ES2589770T3 - Sistema y método para solicitar un vehículo de transporte utilizando un dispositivo de comunicación de campo cercano - Google Patents

Sistema y método para solicitar un vehículo de transporte utilizando un dispositivo de comunicación de campo cercano Download PDF

Info

Publication number
ES2589770T3
ES2589770T3 ES14194962.8T ES14194962T ES2589770T3 ES 2589770 T3 ES2589770 T3 ES 2589770T3 ES 14194962 T ES14194962 T ES 14194962T ES 2589770 T3 ES2589770 T3 ES 2589770T3
Authority
ES
Spain
Prior art keywords
field communication
client computing
transport
computing device
nfc
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
ES14194962.8T
Other languages
English (en)
Inventor
Shahar Smirin
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.)
GT Gettaxi Ltd
Original Assignee
GT Gettaxi Ltd
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
Application filed by GT Gettaxi Ltd filed Critical GT Gettaxi Ltd
Application granted granted Critical
Publication of ES2589770T3 publication Critical patent/ES2589770T3/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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • 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/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive loop type

Abstract

Un método que comprende: la detección, por parte de un dispositivo de procesamiento de un primer dispositivo informático cliente (120A), de que un dispositivo de comunicación de campo cercano (124A) del primer dispositivo informático cliente se encuentra en proximidad física con un primer dispositivo de destino de comunicación de campo cercano (140A); como respuesta a dicha detección, la iniciación, por parte del dispositivo de procesamiento, de la ejecución de una aplicación de solicitud de vehículo de transporte que posee una interfaz gráfica de usuario asociada (122A) presentada por el primer dispositivo informático cliente (120A); la recepción, por parte del dispositivo de procesamiento, de datos procedentes del primer dispositivo de destino de comunicación de campo cercano (140A); la generación, por parte del dispositivo de procesamiento, de una solicitud de pedido para un vehículo de transporte basándose en la aplicación de solicitud de vehículo de transporte y los datos recibidos; la transmisión, por parte del dispositivo de procesamiento, de la solicitud de pedido a un servidor de transporte (110); y la recepción, por parte del dispositivo de procesamiento, de una respuesta del servidor de transporte (110) en la que se indica la aceptación de la solicitud de pedido; y el dispositivo de procesamiento hace que el primer dispositivo informático cliente (l20A) muestre, mediante la interfaz gráfica de usuario (122A), una representación gráfica (650) de una relación entre una ubicación de recogida (652) y una ubicación del vehículo de transporte (654).

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Sistema y metodo para solicitar un vehnculo de transporte utilizando un dispositivo de comunicacion de campo cercano
Referencia cruzada con solicitud relacionada
La presente solicitud reivindica el beneficio de prioridad de la Solicitud de Patente Provisional Estadounidense n.° 61/909.226, presentada el 26 de noviembre de 2013.
Campo tecnico
Esta descripcion se refiere a servicios de transporte y, en particular, a la recepcion y procesamiento de solicitudes de pedidos de transporte.
Antecedentes
Los servicios de transporte, como por ejemplo el uso compartido de vehnculos por varias personas y los servicios de taxis, a menudo proveen sus servicios a traves de interfaces de aplicaciones de telefonos inteligentes. Las interfaces pueden permitir a los usuarios solicitar que los recoja el conductor de un vehnculo de transporte, la cancelacion de la solicitud y el pago por el servicio. Sin embargo, en muchas situaciones las solicitudes y cancelaciones de multiples usuarios en ubicaciones diferentes y a veces poco practicas tienen como consecuencia un envfo que no resulta optimo de vehnculos de transporte para gestionar dichas solicitudes.
En el documento de la tecnica anterior US 7.817.990 B2 se describe un metodo para pedir servicios de ubicacion espedfica para acudir a una localizacion concreta en los que se utiliza la interaccion de la identificacion por radiofrecuencia (RFID por sus siglas en ingles, Radio Frequency Identification) o la comunicacion de campo cercano (NFC por sus siglas en ingles, Near Field Communication) entre un dispositivo portatil habilitado con RFID o NFC o un telefono movil de un usuario y un poster inteligente (smartposter) de ubicacion y servicios espedficos que comprende al menos una etiqueta o marca RFID o NFC o una etiqueta RFID o NFC de ubicacion y servicios espedficos fijada a un objeto, como por ejemplo un smartposter, para establecer un vinculo activable al dispositivo portatil o telefono movil. Se establece una conexion a un servidor operado por el proveedor de servicios tras la activacion del vinculo. La informacion de ubicacion relativa a la etiqueta RFID o NFC es comunicada al servidor del proveedor de servicios, y los contenidos de la pagina del servidor correspondientes al vinculo dependen de la informacion de ubicacion transmitida por la etiqueta RFID o NFC. A continuacion, el usuario es capaz de solicitar servicios de ubicacion espedfica despues de haberse establecido la conexion.
De conformidad con un primer aspecto de la presente invencion, se da a conocer un metodo que comprende:
la deteccion, por parte de un dispositivo de procesamiento de un primer dispositivo informatico cliente, de que un primer dispositivo de comunicacion de campo cercano del primer dispositivo informatico cliente se encuentra en proximidad ffsica con un primer dispositivo de destino de comunicacion de campo cercano;
como respuesta a dicha deteccion, la iniciacion, por parte del dispositivo de procesamiento, de la ejecucion de una aplicacion de solicitud de vetnculo de transporte que posee una interfaz grafica de usuario asociada presentada por el primer dispositivo informatico cliente;
la recepcion, por parte del dispositivo de procesamiento, de datos procedentes del primer dispositivo de destino de comunicacion de campo cercano;
la generacion, por parte del dispositivo de procesamiento, de una solicitud de pedido de un vehnculo de transporte basandose en la aplicacion de solicitud de vehnculo de transporte y los datos recibidos;
la transmision, por parte del dispositivo de procesamiento, de la solicitud de pedido a un servidor de
transporte; y
la recepcion, por parte del dispositivo de procesamiento, de una respuesta desde el servidor de transporte en la que se indica la aceptacion de la solicitud de pedido; y
el dispositivo de procesamiento hace que el primer dispositivo informatico cliente muestre, mediante la interfaz grafica de usuario, una representacion grafica de una relacion entre una ubicacion de recogida y una ubicacion del vehnculo de transporte.
De conformidad con un segundo aspecto de la presente invencion, se da a conocer un sistema que comprende:
medios para detectar que un primer dispositivo de comunicacion de campo cercano de un primer dispositivo informatico cliente se encuentra en proximidad ffsica con un primer dispositivo de destino de comunicacion de campo cercano;
medios para, como respuesta a la deteccion, iniciar la ejecucion de una aplicacion de solicitud de vehnculo de transporte que posea una interfaz grafica de usuario asociada presentada por el primer dispositivo informatico cliente;
medios para recibir datos desde el primer dispositivo de destino de comunicacion de campo cercano; medios para generar una solicitud de pedido para un vehnculo de transporte basandose en la aplicacion de solicitud de vehnculo de transporte y los datos recibidos;
2
5
10
15
20
25
30
35
40
45
50
55
60
65
medios para transmits la solicitud de pedido a un servidor de transporte;
medios para recibir una respuesta desde el servidor de transporte, que indique la aceptacion de la solicitud de pedido; y
medios para hacer que el primer dispositivo informatico cliente muestre, mediante la interfaz grafica de usuario, una representacion grafica de una relacion entre una ubicacion de recogida y una ubicacion del vehnculo de transporte.
De conformidad con un tercer aspecto de la presente invencion, se da a conocer un medio de almacenamiento no transitorio legible por ordenador con instrucciones codificadas en el mismo que, cuando son ejecutadas por un dispositivo de procesamiento, hacen que el dispositivo de procesamiento lleve a cabo operaciones que comprenden: la deteccion de que un primer dispositivo de comunicacion de campo cercano de un primer dispositivo informatico cliente se encuentra en proximidad ffsica con un primer dispositivo de destino de comunicacion de campo cercano;
como respuesta a la deteccion, la iniciacion de la ejecucion de una aplicacion de solicitud de vehnculo de transporte que posee una interfaz grafica de usuario asociada presentada por el primer dispositivo informatico cliente;
la recepcion de datos desde el primer dispositivo de destino de comunicacion de campo cercano; la generacion de una solicitud de pedido para un vehnculo de transporte basandose en la aplicacion de solicitud de vetnculo de transporte y los datos recibidos;
la transmision, por parte del dispositivo de procesamiento, de la solicitud de pedido a un servidor de
transporte; y
la recepcion, por parte del dispositivo de procesamiento, de una respuesta desde el servidor de transporte en la que se indica la aceptacion de la solicitud de pedido; y
el dispositivo de procesamiento hace que el primer dispositivo informatico cliente muestre, mediante el uso de la interfaz grafica de usuario, una representacion grafica de una relacion entre una ubicacion de recogida y una ubicacion del vetnculo de transporte.
Descripcion breve de los dibujos
A continuacion se describiran, a tffulo ilustrativo unicamente, realizaciones espedficas de la presente invencion que hacen referencia a los dibujos adjuntos, en los que:
La Figura 1 ilustra un ejemplo de arquitectura del sistema de conformidad con una implementacion de la descripcion;
La Figura 2 es un diagrama de bloques en el que se ilustran caractensticas de un componente de pedido de conformidad con una implementacion de la descripcion;
La Figura 3 es un diagrama de flujo en el que se ilustra un metodo para pedir un vehnculo de transporte de conformidad con una implementacion de la descripcion;
La Figura 4 ilustra un ejemplo de dispositivo informatico cliente que se ha colocado en una proximidad ffsica con un ejemplo de dispositivo de destino de comunicacion de campo cercano de conformidad con una implementacion de la descripcion;
La Figura 5 ilustra un ejemplo de dispositivo informatico cliente que se ha colocado en una proximidad ffsica con un ejemplo de dispositivo de destino de comunicacion de campo cercano de conformidad con otra implementacion de la invencion;
La Figura 6A ilustra un ejemplo de ventana de interfaz grafica de usuario para proporcionar informacion de ubicacion de vehnculos a un usuario de conformidad con una implementacion de la descripcion;
La Figura 6B ilustra otro ejemplo de ventana de interfaz grafica de usuario para proporcionar informacion de ubicacion de vehnculos a un usuario de conformidad con una implementacion de la descripcion;
La Figura 7A ilustra un ejemplo de ventana de interfaz grafica de usuario para la cancelacion de una solicitud de pedido de conformidad con una implementacion de la descripcion;
La Figura 7B ilustra un ejemplo de ventana de interfaz grafica de usuario para la transferencia de una solicitud de pedido de conformidad con una implementacion de la descripcion;
La Figura 8A ilustra un ejemplo de ventana de interfaz grafica de usuario para proporcionar una actualizacion de la solicitud de pedido de conformidad con una implementacion de la descripcion;
La Figura 8B ilustra un ejemplo de ventana de interfaz grafica de usuario para indicar que una solicitud de pedido no ha tenido exito de conformidad con una implementacion de la descripcion;
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 9A ilustra un ejemplo de ventana de interfaz grafica de usuario que muestra mensajes del estado del pedido recibidos por un dispositivo informatico cliente de conformidad con una implementacion de la descripcion;
La Figura 9B ilustra un ejemplo de ventana de interfaz grafica de usuario para seleccionar una ubicacion de recogida de conformidad con una implementacion de la descripcion;
La Figura 9C ilustra un ejemplo de ventana de interfaz grafica de usuario que proporciona opciones de recogida de conformidad con una implementacion de la descripcion;
La Figura 9D ilustra un ejemplo de ventana de interfaz grafica de usuario que proporciona un codigo promocional de conformidad con una implementacion de la descripcion; y
La Figura 10 es un diagrama de bloques en el que se ilustra un ejemplo de sistema informatico para su uso de conformidad con una implementacion de la descripcion.
Descripcion detallada
En el presente se describen sistemas y metodos para pedir un vehnculo de transporte mediante el uso de dispositivos de comunicacion de campo cercano (NFC). En una implementacion, se puede proporcionar un dispositivo de destino NFC (por ejemplo, un dispositivo NFC como una etiqueta de identificacion por radiofrecuencia (RFID)) en diversas localizaciones geograficas (por ejemplo, entradas de centros comerciales, terminales de aeropuertos, cines, restaurantes, etc.). El dispositivo de destino NFC puede ser capaz de comunicarse con dispositivos informaticos cliente (por ejemplo, telefonos inteligentes, telefonos moviles, tabletas, ordenadores portatiles, netbooks, otros dispositivos informaticos, etc.) cuando un dispositivo NFC de un dispositivo informatico cliente entra en proximidad ffsica con el dispositivo de destino NFC. Los dispositivos informaticos cliente pueden utilizar dispositivos NFC (por ejemplo, como componentes integrados o componentes acoplados de forma inalambrica) para interactuar con el dispositivo de destino NFC. La interaccion entre un dispositivo informatico cliente y el dispositivo de destino NFC (por ejemplo, la deteccion del dispositivo de destino nFc) puede hacer que una aplicacion de transporte que se encuentra en el dispositivo informatico cliente ejecute o reanude la ejecucion de manera que el usuario pueda solicitar un vehnculo de transporte.
En una implementacion, el dispositivo de destino NFC puede proporcionar informacion de ubicacion (por ejemplo, coordenadas del sistema de posicionamiento global (GPS), una direccion postal, etc.) al dispositivo informatico cliente su dispositivo NFC. La aplicacion de transporte puede comunicarse automaticamente con un servidor de transporte (por ejemplo, uno o [varios] dispositivos informaticos y/o redes que gestionan, supervisan y se comunican con vehnculos de transporte (por ejemplo, taxis, transportes de ida y vuelta, limusinas, autobuses, etc.) para asignar y fijar la ruta de vehnculos de transporte a diferentes ubicaciones). Por ejemplo, la aplicacion de transporte puede proporcionar automaticamente la informacion de ubicacion recibida desde el dispositivo de destino NFC al servidor de transporte, de tal manera que se puede fijar la ruta de un vehnculo de transporte a la ubicacion del dispositivo de destino NFC. En una implementacion, el usuario puede utilizar la aplicacion de transporte (que se inicia o reanuda en respuesta a la deteccion del dispositivo de destino NFC) en el dispositivo informatico cliente para solicitar vehnculos de transporte.
En una implementacion, el dispositivo informatico cliente puede obtener descuentos u ofertas de productos o servicios desde el dispositivo de destino NFC. Por ejemplo, el dispositivo de destino NFC puede incluir un codigo de cupon que permite al usuario recibir productos o servicios gratuitos y/o un precio reducido en productos o servicios. El dispositivo informatico cliente puede descargar y/u obtener los descuentos y/u ofertas de manera que un usuario pueda utilizar los descuentos y/u ofertas en un momento posterior. Diferentes dispositivos de destino NFC pueden incluir diferentes descuentos u ofertas.
En una implementacion, el dispositivo informatico cliente (a traves de su dispositivo NFC) tambien puede comunicarse con un dispositivo NFC en el vehnculo de transporte para proporcionar el pago por un trayecto o viaje proporcionado por el vehnculo de transporte. Por ejemplo, el dispositivo informatico cliente puede comunicar informacion de pago (por ejemplo, informacion sobre tarjetas de credito, informacion sobre cuentas, cifra a pagar, etc.) al dispositivo NFC que se encuentra en el vehnculo de transporte.
En una implementacion, el dispositivo informatico cliente tambien puede comunicarse con un dispositivo de destino NFC con el fin de obtener puntos o unidades de incentivo de un programa de incentivos. El programa de incentivos puede permitir a un usuario ganar puntos o unidades de incentivo por cada trayecto o viaje pedido por el usuario. El usuario puede ser capaz de canjear los puntos o unidades de incentivo por descuentos y/o productos y servicios gratuitos (por ejemplo, puede canjear puntos por una bebida gratis, puede canjear puntos por un trayecto o viaje gratis, etc.).
En un aspecto de la descripcion, un metodo incluye la deteccion, por parte de un dispositivo de procesamiento de un primer dispositivo informatico cliente, de que un primer dispositivo NFC del primer dispositivo informatico cliente se encuentra en proximidad ffsica con un primer dispositivo de destino NFC. La ejecucion de una aplicacion de
4
5
10
15
20
25
30
35
40
45
50
55
60
65
transporte se inicia como respuesta a la deteccion y se reciben datos desde el primer dispositivo de destino NFC. Se genera una solicitud de pedido basandose en la aplicacion de transporte y los datos recibidos.
En una implementacion, el metodo incluye adicionalmente la transmision por el dispositivo de procesamiento de la solicitud de pedido a un servidor de transporte. En una implementacion, el metodo incluye ademas la recepcion de una respuesta desde el servidor de transporte que indica la aceptacion de la solicitud de pedido, y que hace que el dispositivo informatico cliente muestre una representacion grafica de una relacion entre una ubicacion de recogida y una ubicacion del vehnculo de transporte.
En una implementacion, el metodo tambien incluye la deteccion de que el primer dispositivo NFC del primer dispositivo informatico cliente se encuentra en proximidad ffsica con un segundo dispositivo NFC de un segundo dispositivo informatico cliente, y hace que la solicitud de pedido sea asociada con el segundo dispositivo informatico cliente.
En una implementacion, la deteccion del primer destino NFC comprende la deteccion de que el primer dispositivo de destino nFc se encuentra dentro de 30 cm (1 pie) del primer dispositivo NFC. El primer dispositivo de destino NFC puede ser un dispositivo pasivo de radiofrecuencia (RF) que es capaz de ser alimentado por un transceptor de RF del primer dispositivo NFC. En una implementacion, la recepcion de datos desde el primer dispositivo de destino NFC incluye la recepcion de datos desde el primer dispositivo de destino NFC en respuesta a la alimentacion del primer destino NFC con el transceptor de RF. En una implementacion, los datos incluyen uno o varios datos de ubicacion, la aplicacion de transporte o los datos de cupones.
En una implementacion, el metodo incluye ademas la deteccion de que el primer dispositivo NFC del primer dispositivo informatico cliente se encuentra en proximidad ffsica con un segundo dispositivo de destino NFC de un vetnculo de transporte y la transmision de informacion de pago al segundo dispositivo de destino NFC.
En una o varias de las implementaciones descritas, tambien se describen los sistemas (por ejemplo, los sistemas que incluyen memorias, dispositivos de procesamiento, etc.) para llevar a cabo las operaciones de los metodos antes mencionados. Asimismo, en las implementaciones de la descripcion, un medio de almacenamiento legible por ordenador (por ejemplo, un medio de almacenamiento no transitorio legible por ordenador) puede codificar las operaciones para llevar a cabo los metodos antes mencionados.
En la Figura 1 se ilustra un ejemplo de arquitectura del sistema (100), de conformidad con una implementacion de la descripcion. La arquitectura del sistema (100) incluye un servidor de transporte (110), dispositivos informaticos cliente (120A-120Z), un almacen de datos (130), dispositivos de destino NFC (140A-140Z), dispositivos informaticos de vehnculos (150A-150Z) y un servidor de datos de mapa (160). Los componentes (110-160) pueden ser acoplados/conectados en comunicacion a traves de una red (105). En una implementacion, la red (105) puede incluir una red publica (por ejemplo, Internet), una red privada (por ejemplo, una red de area local (LAN) o una red de area amplia (WAN)), una red de cable (por ejemplo, una red Ethernet), una red inalambrica (por ejemplo, una red 802.11 o una red wifi), una red celular (por ejemplo, una red Evolucion a Largo Plazo (LTE, por sus siglas en ingles, Long Term Evolution), enrutadores (routers), hubs, conmutadores (switches), servidores y/o una combinacion de los mismos. En algunas implementaciones, la red (105) puede ser una combinacion de diferentes tipos de redes.
En una implementacion, el servidor de transporte (110) y el servidor de datos de mapa (160) pueden corresponder cada uno a uno o varios dispositivos informaticos (por ejemplo, un servidor en rack, un equipo de enrutador, un servidor, un ordenador personal, un ordenador central, un ordenador portatil, una tableta, un ordenador de escritorio, etc.), almacenes de datos (por ejemplo, discos duros, memorias, bases de datos), redes, componentes de software y/o componentes de hardware. El servidor de transporte (110) puede utilizar los datos recibidos desde el servidor de datos de mapas (160) para gestionar, supervisar y comunicarse con los dispositivos informaticos de vehnculos (150A-150Z) con el fin de asignar y fijar la ruta de vehnculos de transporte a diferentes ubicaciones. En concreto, el servidor de transporte (110) puede incluir un componente de pedido (200) (que puede ser ejecutado por un dispositivo de procesamiento del servidor de transporte (110)) que es capaz de recibir solicitudes desde dispositivos informaticos cliente (120A-120Z), transmitir las solicitudes de pedido a los dispositivos informaticos de vehnculos (150A-150Z), comunicarse con los dispositivos de destino NFC (140A-140Z), enviar los vehnculos de transporte (por ejemplo, taxis) y realizar un seguimiento de la ubicacion de los vehnculos de transporte. En algunas implementaciones, el componente de pedido (200) puede procesar pagos de los usuarios en concepto de trayectos/viajes, y/o tambien puede otorgar y realizar un seguimiento de puntos de incentivo.
En algunas implementaciones, el componente de pedido (200) puede ser implementado en un dispositivo diferente al servidor de transporte (110). Por ejemplo, en algunas implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden implementar el componente de pedido (200) (o al menos parte de la funcionalidad del componente de pedido (200)). Por ejemplo, el dispositivo de destino NFC (140A) puede realizar un pedido a traves de la red (105) como respuesta a que el dispositivo informatico cliente (120A) sea colocado en las proximidades del dispositivo de destino NFC (140A). En algunas implementaciones, uno o varios de los dispositivos informaticos cliente (120A-120Z) pueden implementar el componente de pedido (200) (o al menos parte de la funcionalidad del componente de pedido (200)). En algunas implementaciones, parte o la totalidad de la
5
5
10
15
20
25
30
35
40
45
50
55
60
65
funcionalidad del componente de pedido (200) puede ser distribuida a traves de uno o varios de los dispositivos de destino NFC (140A-140Z), uno o varios de los dispositivos informaticos cliente (120A-120Z) y/o uno o varios de los dispositivos informaticos de vetuculos (150A-150Z). En algunas implementaciones, puede omitirse el servidor de transporte (110) de la arquitectura del sistema (100). En algunas implementaciones, puede incluirse mas de un servidor de transporte (110) en la arquitectura del sistema (100).
En una implementacion, el servidor de datos de mapa (160) incluye datos de mapa para una variedad de ubicaciones (por ejemplo, mapas de ciudad), asf como condiciones de trafico en tiempo real, desvfos (por ejemplo, debido a obras), etc. El servidor de datos de mapa (160) puede proporcionar datos de mapa a uno o varios dispositivos dentro de la arquitectura del sistema (100) a traves de la red (105). En algunas implementaciones, el servidor de transporte (110) puede recibir datos de mapa desde el servidor de datos de mapa (160), los cuales pueden ser utilizados por el componente de pedido (200) para calcular la hora prevista de llegada (ETA por sus siglas en ingles, Estimated Time of Arrival) de un vehnculo de transporte para llegar a una ubicacion de recogida (por ejemplo, una ubicacion de uno de los dispositivos de destino NFC (140A-140Z) o una ubicacion relacionada con uno de dichos dispositivos).
En una implementacion, el almacen de datos (130) puede ser una memoria (por ejemplo, una memoria de acceso aleatorio), una memoria cache, una unidad de disco (por ejemplo, un disco duro), una unidad flash, un sistema de base de datos u otro tipo de componente o dispositivo capaz de almacenar datos. El almacen de datos (130) tambien puede incluir multiples componentes de almacenamiento (por ejemplo, multiples unidades de disco o multiples bases de datos) que tambien pueden abarcar multiples dispositivos informaticos (por ejemplo, multiples servidores) y puede estar basado en la nube. En algunas implementaciones, el almacen de datos (130) puede ser una parte del servidor de transporte (110). En algunas implementaciones, el almacen de datos (130) puede ser accesible y estar distribuido entre el servidor de transporte (110), uno o varios de los dispositivos informaticos cliente (120A-120Z), uno o varios de los dispositivos de destino NFC (140A-140Z), uno o varios de los dispositivos informaticos de vehuculos (150A-150Z) y/o el servidor de datos de mapa (160). Uno o varios de los dispositivos de la arquitectura del sistema (100) pueden utilizar el almacen de datos (130) para almacenar datos publicos y privados. El almacen de datos (130) puede estar configurado para proporcionar un almacenamiento seguro para los datos privados.
En una implementacion, los dispositivos informaticos cliente (120A-120Z) pueden incluir dispositivos informaticos tales como ordenadores personales (PC), ordenadores portatiles, telefonos moviles, telefonos inteligentes, tabletas, netbooks, etc. Tambien es posible referirse a los dispositivos informaticos cliente (120A-120Z) como “dispositivos de usuario”. Un usuario individual puede estar asociado con (por ejemplo, poseer y/o utilizar) uno o varios de los dispositivos informaticos cliente (120A-120Z), y cada uno de los dispositivos informaticos cliente (120A-120Z) puede ser posefdo y utilizado por diferentes usuarios en diferentes ubicaciones. Tal como se usa en el presente, un “usuario” puede referirse en general a un operador individual de uno o varios de los dispositivos informaticos cliente (120A-120Z) y/o de uno o varios de los dispositivos de destino NFC (140A-140Z), asf como de uno o varios de los dispositivos informaticos de vetuculos (150A-150Z) (por ejemplo, un conductor de un vetuculo de transporte).
En una implementacion, cada uno de los dispositivos informaticos cliente (120A-120Z) puede implementar, respectivamente, una de las interfaces de usuario (122A-122Z). Cada una de las interfaces de usuario (122A-122Z) puede permitir a un usuario del respectivo dispositivo informatico cliente (120A-120Z) enviar/recibir informacion a/desde el servidor de transporte (110), cualquiera de los dispositivos de destino NFC (140A-140Z), el almacen de datos (130), cualquiera de los dispositivos informaticos de vetuculos (150A-150Z) y el servidor de datos de mapa (160). Por ejemplo, una o varias de las interfaces de usuario (122A-122Z) pueden ser una interfaz de navegador web que puede acceder, recuperar, presentar y/o navegar por contenidos (por ejemplo, paginas web como paginas de Lenguaje de Marcas de Hipertexto (HTML por sus siglas en ingles, Hyper Text Markup Language)) suministrados por el servidor de transporte (110). En una implementacion, una o varias de las interfaces de usuario (122A-122Z) pueden ser una aplicacion de transporte independiente (por ejemplo, una aplicacion movil) que puede haber sido proporcionada por el servidor de transporte (110) (por ejemplo, como una aplicacion descargable que sera instalada por un administrador) o por uno de los dispositivos de destino NFC (140A-140Z). Las interfaces de usuario (122A- 122Z) pueden permitir que el dispositivo informatico cliente (120A-120Z) envfe/reciba informacion a/desde el servidor de transporte (110) y/o uno o varios de los dispositivos de destino NFC (140A-140Z). En algunas implementaciones, uno o varios de los dispositivos informaticos cliente (120A-120Z) pueden estar asociados con un numero de cuenta que identifica los dispositivos informaticos cliente (120A-120Z) al servidor de transporte (110). En algunas implementaciones, las interfaces de usuario (122A-122Z) pueden permitir a sus respectivos dispositivos informaticos cliente (120A-120Z) interactuar directamente con el servidor de transporte (110) sin interactuar con uno o varios de los dispositivos de destino NFC (140A-140Z). En algunas implementaciones, una interfaz de usuario (122A-122Z) (por ejemplo, implementada como una aplicacion de transporte) puede ser iniciada en un dispositivo informatico cliente respectivo (120A-120Z) como respuesta a la colocacion del dispositivo informatico cliente respectivo (120A- 120Z) en proximidad con uno de los dispositivos de destino NFC (140A-140Z), como se explica con mayor detalle mas adelante.
En algunas implementaciones, ademas de permitir a los usuarios de dispositivos informaticos cliente (120A-120Z) realizar solicitudes de pedidos, la aplicacion de transporte tambien pueden permitir a un usuario pagar por un
6
5
10
15
20
25
30
35
40
45
50
55
60
65
trayecto o un viaje, supervisar las ubicaciones de los diferentes vehnculos de transporte, seleccionar un vehnculo de transporte, dejar comentarios sobre los conductores y/o vehnculos de transporte (por ejemplo, otorgar una clasificacion a un conductor), etc. La aplicacion de transporte tambien puede proporcionar una variedad de informacion al usuario, como por ejemplo (pero sin estar limitado a) la hora prevista de llegada (ETA) del vehnculo de transporte, informacion sobre el conductor del vetnculo de transporte (por ejemplo, el nombre/numero de telefono del conductor), informacion sobre el vetnculo de transporte (por ejemplo, tipo de vetnculo, marca, modelo, ano, etc.), actualizaciones sobre si un conductor [va a llegar] tarde o ya ha llegado y esta esperando, y si un trayecto se ha completado (por ejemplo, si el vetnculo de transporte ha llegado al lugar de recogida especificado por el usuario). Se describen en mayor detalle las interfaces de usuario (122A-122Z) y su funcionalidad en relacion con las Figuras 6-9.
En una implementacion, cada uno de los dispositivos informaticos cliente (120A-120Z) puede implementar, respectivamente, uno de los dispositivos NFC (124A-124Z). Los dispositivos NFC (124A-124Z) pueden ser dispositivos que son capaces de comunicarse con otros dispositivos que utilizan protocolos o estandares NFC. Los protocolos o estandares NFC permiten que dos dispositivos establezcan una comunicacion por radio entre sf mediante la colocacion de los dispositivos en una proximidad ffsica entre st La proximidad ffsica puede oscilar entre unos pocos cenffmetros (por ejemplo, hasta 10 cm), unas pocas pulgadas (por ejemplo, hasta 12 pulgadas (30,48 cm)) o unos pocos pies (por ejemplo, hasta 5 pies (1,52 m)). Los protocolos y/o estandares NFC pueden incluir, por ejemplo, el estandar Android™ Beam que permite el intercambio de datos entre dos dispositivos informaticos (por ejemplo, dos dispositivos que utilizan el sistema operativo Android™). Cuando un dispositivo de iniciacion (por ejemplo, uno de los dispositivos informaticos cliente que implementan un dispositivo NFC respectivo (124A-124Z)) tiene una proximidad lo suficientemente cercana a un dispositivo de recepcion (por ejemplo, uno de los dispositivos informaticos cliente que implementan un dispositivo nFc respectivo (124A-124Z) o uno de los dispositivos de destino NFC (140A-140Z)), el dispositivo de iniciacion puede presentar visualmente una interfaz de usuario que facilita el intercambio de datos entre los dispositivos.
En algunas implementaciones, uno o varios de los dispositivos NFC (124A-124Z) pueden ser incorporados a sus respectivos dispositivos informaticos cliente (120A-120Z). Por ejemplo, el dispositivo NFC (124A) puede ser incorporado al dispositivo informatico cliente (120A) (que puede ser un dispositivo informatico, como por ejemplo un ordenador personal (PC), un ordenador portatil, un telefono movil, un telefono inteligente, un telefono celular, un asistente digital personal (PDA por sus siglas en ingles, Personal Digital Assistant), una tableta, un netbook, etc.). En otras implementaciones, uno o varios de los dispositivos NFC (124A-124Z) pueden estar separados de sus respectivos dispositivos informaticos cliente (120A-120Z). Por ejemplo, el dispositivo NFC (124A) puede ser un dispositivo de reloj inteligente (por ejemplo, un dispositivo informatico que un usuario puede llevar en la muneca o el brazo y es capaz de comunicarse a traves de protocolos o estandares NFC). El reloj inteligente puede estar acoplado a otro dispositivo informatico (por ejemplo, un telefono inteligente) a traves de una conexion por cable o inalambrica (por ejemplo, a traves de Bluetooth, a traves de protocolos 802.11, etc.). Se entendera que la expresion “un dispositivo NFc de un dispositivo informatico cliente”, tal y como se usa en el presente documento, puede referirse a un dispositivo informatico cliente que posee un dispositivo NFC incorporado o un dispositivo informatico cliente acoplado en comunicacion con un dispositivo NFC independiente (por ejemplo, mediante una conexion por cable o inalambrica).
En una implementacion, se puede proporcionar o instalar cada uno de los dispositivos de destino NFC (140A-140Z) (por ejemplo, como un adhesivo que se pega a una superficie, como un dispositivo informatico, etc.) en ubicaciones geograficas fijas (por ejemplo, en un restaurante, una entrada de un centro comercial, un cine, etc.). Tambien se pueden instalar los dispositivos de destino NFC (140A-140Z) en mesas (por ejemplo, en la superficie de una mesa en un restaurante, bar, etc.), en carteles/vallas publicitarias (por ejemplo, incluidos en un “cartel inteligente”) o se pueden incluir como parte de una pantalla, soporte u otra estructura ffsica. En algunas implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden incluir fuentes de energfa (por ejemplo, una batena o un suministro de energfa acoplado a una toma de corriente) que permiten a los dispositivos de destino NFC (140A- 140Z) comunicarse sin necesidad de utilizar el campo de RF y/o el campo magnetico generado por otros dispositivos (por ejemplo, dispositivos NFC (124A-124Z)). En algunas implementaciones, los dispositivos de destino NFC (140A- 140Z) pueden estar incluidos en cualquier lugar o en cualquier superficie.
En algunas implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) son dispositivos pasivos (por ejemplo, no estan conectados a una fuente de energfa) y pueden ser alimentados por un campo de RF generado y/o un campo magnetico de una dispositivo NFC (124A-124Z) que se encuentra en una proximidad ffsica. Se pueden proporcionar dichos dispositivos pasivos en diversas formas, como por ejemplo placas, adhesivos, llaveros, etiquetas, etc., y pueden contener informacion de solo lectura, datos regrabables y combinaciones de los mismos. Por ejemplo, un fabricante o distribuidor de uno o varios de los dispositivos de destino pasivos NFC (140A- 140Z) puede ser capaz de escribir y/o modificar los datos de los dispositivos que utilizan varios componentes de hardware y/o software.
En algunas implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden incluir el almacenamiento (por ejemplo, la memoria, la memoria cache, etc.) que se utiliza para almacenar los datos localmente. Por ejemplo, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden almacenar localmente los datos de pedido[,] los datos de ubicacion, los identificadores de vehnculos espedficos de transporte y los datos
7
5
10
15
20
25
30
35
40
45
50
55
60
65
de mapa del area circundante. En algunas implementaciones, los dispositivos de destino NFC (140A-140Z) pueden transmitir los datos almacenados en sus respectivos almacenamientos al servidor de transporte (110) y tambien pueden actualizar los datos almacenados en sus respectivos almacenamientos basandose en los datos recibidos desde el servidor de transporte (110), los dispositivos informaticos de vehffculos (150A-150Z) y/o el servidor de datos de mapa (160).
En una implementacion, uno o varios de los dispositivos de destino NFC pueden ser quioscos que son capaces de comunicacion de campo cercano con dispositivos NFC (124A-124Z). Los quioscos pueden facilitar la generacion y transmision de solicitudes de pedidos en nombre de un usuario y pueden ser operados por el usuario. En algunas implementaciones, el usuario puede utilizar su dispositivo informatico cliente para proporcionar datos de solicitud de pedido, los cuales son transmitidos al quiosco el dispositivo informatico cliente se encuentra en proximidad ffsica con el quiosco [sic] (por ejemplo, menos de 3 m (10 pies). A continuacion el quiosco puede utilizar los datos de solicitud de pedido para llevar a cabo la solicitud de pedido.
En otras implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden ser sustituidos por un codigo que puede escanearse y ser lefdo por los dispositivos informaticos cliente (120A-120Z). Por ejemplo, un codigo escaneable (por ejemplo, un codigo de respuesta rapida) puede, al ser lefdo por un dispositivo informatico cliente (120A), iniciar la ejecucion de una aplicacion de transporte por el dispositivo informatico cliente (120A). El codigo escaneable tambien puede codificar la ubicacion geografica correspondiente a la ubicacion en la que se escaneo el codigo o una ubicacion de recogida cercana, la cual puede ser utilizada por la aplicacion de transporte a la hora de pedir un vehffculo de transporte.
En una implementacion, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden incluir/codificar instrucciones y/o datos que, cuando uno de los dispositivos informaticos cliente (120A-120Z) se encuentra en su proximidad ffsica, inician o reanudan la ejecucion de una aplicacion de transporte en el respectivo dispositivo informatico cliente (120A-120Z). Un ejemplo de las instrucciones y/o datos que pueden ser de los dispositivos de destino NFC (140A-140Z) puede ser un Android™ Application Record (aAr). Por ejemplo, si los dispositivos informaticos cliente (120A) (por ejemplo, un dispositivo Android™) reciben un AAR cuando se encuentran en proximidad ffsica con uno de los dispositivo de destino NFC (140A), el dispositivo informatico cliente (120A) puede iniciar o reanudar la ejecucion de una aplicacion (por ejemplo, una aplicacion de transporte) basandose en el nombre del paquete identificado por el AAR. En una implementacion, si la aplicacion especificada por el nombre del paquete identificado por el AAR no esta instalada en el dispositivo informatico cliente (120A), el dispositivo informatico cliente (120A) puede descargar automaticamente la aplicacion de transporte desde un servidor (por ejemplo, el servidor de transporte (110)) a traves de la red (120). Por ejemplo, el dispositivo informatico cliente (120A) puede descargar automaticamente la aplicacion de transporte desde una tienda de aplicaciones o servicio de aplicaciones (por ejemplo, un servicio que ofrece aplicaciones a los usuarios). El dispositivo informatico cliente (120A) tambien puede solicitar a un usuario que descargue la aplicacion desde el servidor en lugar de descargar automaticamente la aplicacion. En una implementacion, la aplicacion de transporte puede transmitirse desde el dispositivo de destino NFC (140A) al dispositivo informatico cliente (120A) a traves de la red (120) o a traves de una comunicacion de campo cercano.
En una implementacion, las instrucciones y/o datos de uno o varios de los dispositivos de destino NFC (140A-140Z) pueden hacer que una aplicacion de transporte de un dispositivo informatico cliente respectivo (120A-120Z) complete una solicitud de pedido iniciada previamente. Por ejemplo, el usuario puede haber utilizado previamente el dispositivo informatico cliente (120A) para iniciar una solicitud de pedido con el servidor de transporte (110) (por ejemplo, proporcionando un numero de telefono). A continuacion, el dispositivo informatico cliente (120A) puede determinar una ubicacion de recogida (por ejemplo, usando coordenadas GPS) despues de detectar el dispositivo de destino NFC (140A), que despues completa la solicitud de pedido mediante la transmision de la informacion de ubicacion de recogida al servidor de transporte (110).
En una implementacion, la aplicacion de transporte puede pedir o solicitar automaticamente un vehffculo de transporte cuando un dispositivo informatico cliente (120A-120Z) recibe las instrucciones y/o datos de un dispositivo de destino NFC (140A-140Z). Por ejemplo, el dispositivo informatico cliente (120A) puede recibir instrucciones para pedir un vehffculo de transporte para un usuario y/o puede recibir coordenadas GPS del dispositivo de destino NFC (140A) (por ejemplo, para servir como una ubicacion de recogida). La aplicacion de transporte puede comunicarse automaticamente con el servidor de transporte (110) a traves de la red (105) para pedir o solicitar un vehffculo de transporte para el usuario. A continuacion, el servidor de transporte (110) puede proporcionar coordenadas GPS del dispositivo de destino NFC (140A) a uno o varios de los dispositivos informaticos de vehffculos (150A-150Z).
En algunas implementaciones, las instrucciones y/o datos de uno o varios dispositivos de destino NFC (140A-140Z) pueden permitir la realizacion automatica de una solicitud de pedido sin el uso de una aplicacion de transporte (por ejemplo, el usuario de un dispositivo informatico cliente (120A-120Z) no necesita proporcionar manualmente una ubicacion y seleccionar un vehfculo de transporte). Por ejemplo, en algunas implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden comunicarse con el servidor de transporte (110) a traves de la red (105).
5
10
15
20
25
30
35
40
45
50
55
60
65
En una implementacion, los dispositivos informaticos cliente (120A-120Z) pueden obtener descuentos u ofertas sobre productos o servicios de uno o varios dispositivos de destino NFC (140A-140Z). Por ejemplo, los dispositivos de destino NFC (140A-140Z) pueden incluir datos tales como codigos de cupones que permiten a un usuario recibir productos o servicios gratuitos y/o precios reducidos de los productos o servicios. Los dispositivos informaticos cliente (120A-120Z) pueden descargar y/u obtener los descuentos y/u ofertas, los cuales pueden ser almacenados localmente para su canje en el futuro. Por ejemplo, el dispositivo informatico cliente (120A) puede descargar, como respuesta al establecimiento de una comunicacion de campo cercano con el dispositivo de destino NFC (140A), un cupon para un restaurante que permite al usuario recibir un descuento en la cuenta final cuando el usuario visita el restaurante.
En una implementacion, los dispositivos de destino NFC (140A-140Z) pueden incluir datos y/o informacion relativos a anuncios de servicios y/o productos. Por ejemplo, el dispositivo de destino NFC (140A) puede incluir datos que indican productos y/o promociones de productos que son vendidos por un proveedor, como por ejemplo los que se presentan en un anuncio o folleto semanal. El dispositivo informatico cliente (120A) puede recibir dicha informacion como respuesta a la interaccion con el dispositivo de destino NFC (140A).
En una implementacion, los dispositivos informaticos cliente (120A-120Z) pueden comunicarse con dispositivos de destino NFC (140A-140Z) con el fin de obtener puntos o unidades de incentivo para un programa de incentivos asociado a los servicios de transporte. El programa de incentivos puede permitir a un usuario ganar puntos o unidades de incentivo por cada trayecto o viaje pedido por el usuario. Por ejemplo, el servidor de transporte (110) puede estar asociado con una empresa en particular. A medida que el usuario pide vehnculos de transporte utilizando el servidor de transporte (110) (por ejemplo, usando la empresa), el usuario puede ganar puntos de incentivo por cada vehnculo de transporte pedido y/o usado. Un usuario de uno de los dispositivos informaticos cliente (120A-120Z) puede recibir estos puntos de incentivo cuando se establece la comunicacion (por ejemplo, comunicacion de campo cercano) entre uno de los dispositivos de destino NFC (140A-140Z) o uno de los dispositivos informaticos de los vehnculos (150A-150Z). El usuario puede ser capaz de canjear los puntos o unidades de incentivo por descuentos y/o productos y servicios gratuitos. Por ejemplo, el usuario puede canjear los puntos de incentivo por precios reducidos cuando se transmite una solicitud de pedido en un momento posterior, o el usuario puede canjear los puntos de incentivo por productos gratuitos (por ejemplo, un libro gratis, una camisa gratis, etc.). En algunas implementaciones, los vehnculos de transporte pueden ser para fines personales o fines corporativos/de negocios, y los puntos de incentivo pueden ser utilizados para sus respectivos programas de incentivos personales o programas de incentivos corporativos/de negocios en funcion de como se utilice el vehnculo de transporte.
En una implementacion, el servidor de transporte (110) y/u otros servidores pueden supervisar los diferentes dispositivos de destino NFC (140A-140Z) con los que uno o varios de los dispositivos informaticos de cliente (120A- 120Z) se comunican y/o con los que se encuentran en proximidad ffsica. Por ejemplo, para un usuario de un dispositivo informatico cliente (120A), un servidor puede supervisar los tiempos, las ubicaciones, las fechas, la duracion, etc., en los que el dispositivo informatico cliente (120A) se encuentra en proximidad con los distintos dispositivos de destino NFC (140A-140Z). El dispositivo informatico cliente (120A) puede almacenar esta informacion y despues transmitirla a un servidor (por ejemplo, el servidor de transporte (110)). El servidor puede utilizar esta informacion para calcular informacion estadfstica (por ejemplo, el numero de veces que un usuario ha interactuado con un dispositivo de destino NFC (140A-140Z) espedfico) y para aprender el comportamiento del usuario (por ejemplo, en que momentos el usuario suele visitar ciertos dispositivos de destino NFC (140A-140Z)).
En algunas implementaciones se puede producir una comunicacion de campo cercano entre dispositivos informaticos cliente (120A-120Z) a traves de sus respectivos dispositivos NFC (124A-124Z). En algunas implementaciones, la comunicacion de campo cercano puede producirse entre cualquiera de los dispositivos informaticos cliente (120A-120Z) y los dispositivos de destino NFC (140A-140Z). En algunas implementaciones, la comunicacion de campo cercano puede producirse entre los dispositivos de destino NFC (140A-140Z).
En una implementacion, los dispositivos informaticos de vehnculos (150A-150Z) pueden ser dispositivos informaticos (por ejemplo, “cajas del conductor”) que se encuentran a bordo de vehnculos de transporte (por ejemplo, como dispositivos informaticos integrados o dispositivos independientes/portatiles operados por los conductores de los vehnculos de transporte). Los dispositivos informaticos de vehnculos (150A-150Z) pueden incluir dispositivos informaticos como, por ejemplo, ordenadores personales (PC), ordenadores portatiles, telefonos moviles, telefonos inteligentes, tabletas, netbooks, etc. Los dispositivos informaticos de vehnculos (150A-150Z) pueden tener parte o la totalidad de la funcionalidad de cada uno de los dispositivos informaticos cliente (120A-120Z), y pueden estar configurados para intercambiar datos entre sf, asf como con el servidor de transporte (110), los dispositivos informaticos cliente (120A-120Z), el almacen de datos (130), los dispositivos de destino NfC (140A-140Z) y el servidor de datos de mapa (160). Los dispositivos informaticos de vehnculos (150A-150Z) pueden estar ubicados a bordo de cualquier vehnculo de transporte adecuado, como por ejemplo un taxi, un automovil, un camion, una furgoneta, una limusina, un vehnculo utilitario deportivo, etc., que pueda ser utilizado para el transporte de usuarios entre ubicaciones.
Un conductor que opera uno de los dispositivos informaticos de vehnculos (150A-150Z) puede recibir solicitudes de pedidos, aceptar solicitudes de pedidos, rechazar solicitudes de pedidos y/o transferir solicitudes de pedidos a otros
9
5
10
15
20
25
30
35
40
45
50
55
60
65
conductores (por ejemplo, otros conductores que operan dispositivos informaticos de vehnculos (150A-150Z)). En una implementacion, los dispositivos informaticos de vehnculos (150A-150Z) pueden incluir dispositivos de localizacion GPS para el seguimiento de la ubicacion de sus respectivos vehnculos de transporte. Los datos de ubicacion generados por los dispositivos de localizacion GPS pueden ser transmitidos al servidor de transporte (110) y utilizados, por ejemplo, para calcular las horas previstas de llegada. Los dispositivos informaticos de vehnculos (150A-150Z) pueden incluir tambien sus respectivos dispositivos NFC (152A-152Z), los cuales pueden ser utilizados para establecer una comunicacion de campo cercano entre cualquiera de los dispositivos informaticos cliente (120A- 120Z) a traves de sus respectivos dispositivos NFC (124A-124Z). En algunas implementaciones, uno o varios de los dispositivos NFC (152A-152Z) pueden funcionar como transceptores (por ejemplo, similares a los dispositivos NFC (124A-124Z)). En algunas implementaciones, uno o varios de los dispositivos NFC (152A-152Z) pueden ser dispositivos pasivos NFC (como se han descrito en relacion con determinadas implementaciones de dispositivos de destino NFC (140A-140Z)).
En una implementacion, los dispositivos informaticos cliente (120A-120Z) pueden establecer una comunicacion de campo cercano entre sus respectivos dispositivos NFC (124A-124Z) y los respectivos dispositivos NFC (152A-152Z) de los dispositivos informaticos de vehnculos (150A-150Z) con el fin de proporcionar el pago de un trayecto o viaje. Por ejemplo, el dispositivo informatico cliente puede comunicar informacion de pago (por ejemplo, informacion de tarjeta de credito, informacion de cuenta, cantidad de pago, etc.) al dispositivo informatico de vehnculo (150A) ubicado en un vehnculo de transporte.
En una implementacion, el servidor de transporte puede incluir una base de datos (por ejemplo, almacenada en el almacen de datos (130)) que incluye ubicaciones de recogida (por ejemplo, ubicaciones designadas para recoger un pasajero) asociadas a uno o varios de los dispositivos de destino nFc (140A-140Z). Por ejemplo, cuando el servidor de transporte (110) recibe una solicitud de pedido (por ejemplo, desde el dispositivo informatico cliente 120A)) de un vehnculo de transporte, el servidor de transporte (110) puede determinar una ubicacion de recogida basandose en un identificador (por ejemplo, un numero de serie, un identificador alfanumerico, un identificador numerico, etc.) incluido en la solicitud de pedido, y el identificador se corresponde con un dispositivo de destino NFC (por ejemplo, el dispositivo de destino NFC (140A)) detectado por el dispositivo informatico cliente (120A). Cada uno de los dispositivos de destino NFC (140A-140Z) pueden contar con identificadores asociados a los mismos, por ejemplo numeros de serie unicos. La ubicacion determinada de recogida asociada al dispositivo de destino NFC (140a) puede ser transmitida automaticamente a uno o varios dispositivos informaticos de vehnculo (150A-150Z) de los vehnculos de transporte.
En algunas implementaciones, una ubicacion de recogida puede corresponder a una direccion asociada con un dispositivo de destino NFC o una ubicacion geografica (por ejemplo, la ubicacion ffsica) del dispositivo de destino NFC. En algunas implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden incluir dispositivos de localizacion de sistema de posicionamiento global (GPS), los cuales pueden determinar las ubicaciones de los dispositivos de destino NFC (140A-140Z). En algunas implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden ser portatiles, y la informacion de ubicacion puede transmitirse directamente al servidor de transporte (110) desde uno o varios de los dispositivos de destino NFC (140A-140Z) al llegar a una nueva ubicacion, o puede ser comunicada primero a un dispositivo informatico cliente (120A-120Z) que luego transmite la informacion de ubicacion en forma de una solicitud de pedido. En algunas implementaciones, uno o varios de los dispositivos de destino NFC (140A-140Z) pueden estar asociados con dos o mas ubicaciones de recogida, y un usuario de uno de los dispositivos informaticos cliente (120A-120Z) puede seleccionar una ubicacion de recogida deseada de entre las ubicaciones de recogida disponibles (por ejemplo, utilizando una interfaz de usuario respectiva (122A-122Z)).
La Figura 2 es un diagrama de bloques en el que se ilustran caractensticas de un componente de pedido (200) de conformidad con una implementacion de la descripcion. El componente de pedido (200) puede ser el mismo que su homologo con el mismo nombre de la Figura 1. En una implementacion, el componente de pedido (200) incluye un modulo de interfaz de dispositivo (202), un modulo de seguimiento (204), un modulo de realizacion de pedidos (206) y un modulo de mensajena (208). Se pueden incluir mas o menos componentes en el componente de pedido (200) sin perdida de generalidad. Por ejemplo, dos o mas de los modulos pueden combinarse en un solo modulo, o uno de los modulos puede dividirse en dos o mas modulos.
En una implementacion, uno o varios de los modulos pueden residir en diferentes dispositivos informaticos. A tttulo ilustrativo, se describe el componente de pedido (200) como uno que es implementado por el servidor de transporte (110), pero puede ser implementado al menos parcialmente por cualquiera de los dispositivos informaticos cliente (120A-120Z), los dispositivos de destino NFC (140A-140Z), cualquiera de los dispositivos informaticos de vehnculo (150A-150Z) y/o el servidor de datos de mapa (160). Por ejemplo, puede programarse un dispositivo de destino NFC (por ejemplo, el dispositivo de destino NFC (140A)) para realizar todas o algunas de las funciones del componente de pedido (200). Cuando el componente de pedido (200) se implementa en un dispositivo diferente al servidor de transporte (110), se entendera que cualquiera de las funciones descritas con respecto al componente de pedido (200) que “reciben”, “transmiten”, “generan”, “detectan”, “recuperan”, “identifican”, “ determinan “,” seleccionan “, etc., se refieren a las funciones realizadas por subsistemas o submodulos dentro del dispositivo de implementacion en vez de a traves de una red (por ejemplo, la red (105)), como apreciara un experto en la tecnica.
10
5
10
15
20
25
30
35
40
45
50
55
60
65
En una implementacion, el componente de pedido (200) utiliza el modulo de interfaz de dispositivo (202) para intercambiar datos entre uno o varios dispositivos (por ejemplo, uno o varios dispositivos de la arquitectura del sistema (100)). En una implementacion, el modulo de interfaz de dispositivo (202) puede intercambiar datos de mensajes entre los vehnculos de transporte (por ejemplo, entre los dispositivos informaticos de vehnculos (150A- 150Z)) y puede almacenar los datos de ubicacion de vehnculos (132) en el almacen de datos (130). En una implementacion, el modulo de interfaz de dispositivo (202) puede conservar los datos de ubicacion de dispositivos NFC (134) (por ejemplo, los datos de ubicacion de los dispositivos de destino NFC (140A-140Z)) y actualizar los datos de ubicacion del dispositivo NFC (134) para incluir dispositivos de destino NFC anadidos recientemente y ubicaciones actualizadas para los dispositivos de destino NFC existentes. En una implementacion, el modulo de interfaz de dispositivo (202) puede procesar los datos de solicitud de pedido (136) recibidos de los dispositivos informaticos cliente (por ejemplo, los dispositivos informaticos cliente (120A-120Z)) o los dispositivos de destino NFC (por ejemplo, los dispositivos de destino NFC (140A-140Z)), los cuales pueden ser almacenados en el almacen de datos (130). En una implementacion, el modulo de interfaz de dispositivo (202) puede recibir y almacenar datos de mapas (138) (que pueden ser recibidos desde el servidor de datos de mapa (160)).
En una implementacion, el componente de pedido (200) utiliza el modulo de seguimiento (204) para realizar un seguimiento de las ubicaciones de los vehnculos de transporte (por ejemplo, basandose en los datos de ubicacion recibidos desde los dispositivos informaticos de vehnculos (150A-150Z)). En una implementacion, como respuesta cuando el modulo de interfaz del dispositivo (202) recibe una solicitud de pedido, el modulo de seguimiento (204) puede identificar los vehnculos mas proximos a la ubicacion [del] dispositivo de destino NFC en la que se realizo el pedido (o una ubicacion de recogida designada) dentro de un rango predefinido (por ejemplo, un radio de 1,6 km (1 milla), un radio de 8 km (5 millas), etc.). El rango predefinido puede ser configurado por un administrador de un sistema del componente de pedido (200).
En una implementacion, el modulo de seguimiento (204) puede recibir datos de ubicacion actualizados periodicamente desde cada uno de la pluralidad de dispositivos informaticos de vehnculos (150A-150Z), los cuales pueden usarse para determinar la ubicacion actual, la direccion de desplazamiento y la hora prevista de llegada a una ubicacion designada de recogida. En una implementacion, se puede calcular una hora prevista de llegada para un vehnculo de transporte basandose en cualquiera de los siguientes elementos: la ubicacion actual del vehnculo de transporte, una velocidad actual del vehnculo de transporte, una velocidad media del vehnculo de transporte, una ruta optimizada para desplazarse desde la ubicacion actual a una ubicacion de recogida, los lfmites de velocidad a lo largo de la ruta optimizada o las condiciones actuales de trafico.
En una implementacion, el componente de pedido (200) puede utilizar el modulo de realizacion de pedidos (206) para transmitir las solicitudes de pedido a uno o varios de los dispositivos informaticos de vehnculos (150A-150Z) de los vehnculos de transporte. En una implementacion, el modulo de realizacion de pedidos (206) puede transmitir una solicitud de pedido a uno o varios de los dispositivos informaticos de vehnculos (150A-150Z) dentro de un rango predefinido de dispositivo informatico cliente o dispositivo de destino NFC desde el que se recibio la solicitud de pedido. En una implementacion, el modulo de realizacion de pedidos (206) puede transmitir la solicitud de pedido a uno o varios de los dispositivos informaticos de vehnculo que corresponden a uno o varios vehnculos de transporte seleccionados por el usuario (por ejemplo, utilizando una de las interfaces de usuario (122A-122Z)). Por ejemplo, el usuario puede preferir un modelo/marca concretos de vehnculo de transporte o un conductor concreto, y puede indicar la preferencia cuando realiza la solicitud de pedido.
En una implementacion, a un usuario se le puede asignar un vehnculo de transporte como respuesta a la recepcion de una respuesta desde un dispositivo informatico de vehnculo del vehnculo de transporte que indica la aceptacion de la solicitud de pedido. Despues de asignar el vehnculo de transporte, se puede transmitir periodicamente la informacion de ubicacion asociada con el vehnculo de transporte (por ejemplo, desde el servidor de transporte (110)) al dispositivo informatico cliente del usuario.
En una implementacion, el componente de pedido (200) puede utilizar el modulo de mensajena (208) para transmitir actualizaciones relacionadas con pedidos a uno o varios de los dispositivos informaticos cliente (120A-120Z). Los mensajes pueden incluir cualquier tipo de mensajes electronicos de comunicacion, como por ejemplo mensajes del servicio de mensajes cortos (SMS), correos electronicos, mensajes de texto, etc., para un dispositivo informatico cliente del usuario que realizo una solicitud de pedido.
La Figura 3 es un diagrama de flujo en el que se ilustra un metodo (300) para pedir un vehnculo de transporte de conformidad con una implementacion de la descripcion. El metodo (300) puede llevarse a cabo mediante logica de procesamiento que incluye hardware (por ejemplo, circuitos, logica dedicada, logica programable, microcodigo, etc.), software (por ejemplo, instrucciones que se ejecutan en un dispositivo de procesamiento para llevar a cabo una simulacion de hardware) o una combinacion de los mismos. En una implementacion, el metodo (300) puede ser realizado por un dispositivo de procesamiento de uno de los dispositivos informaticos cliente (120A-120Z). En otras implementaciones, otros dispositivos pueden llevar a cabo el metodo (300) (por ejemplo, uno o varios dispositivos de la arquitectura del sistema (100)).
5
10
15
20
25
30
35
40
45
50
55
60
65
Por lo que respecta a la Figura 3, el metodo (300) comienza en el bloque 302, donde un dispositivo de procesamiento detecta que un primer dispositivo NFC (por ejemplo, el dispositivo NFC (124A)) de un primer dispositivo informatico cliente (por ejemplo, el dispositivo informatico cliente (120A)) se encuentra en proximidad ffsica con un primer dispositivo de destino NFC (por ejemplo, el dispositivo de destino NFC (140A)). En una implementacion, el primer dispositivo NFC puede emitir una senal (por ejemplo, un campo de RF o un campo magnetico) que interactua con el primer dispositivo de destino NFC cuando el primer dispositivo NFC y el primer dispositivo de destino NFC se encuentran dentro de una distancia ffsica entre sf (por ejemplo, 2,54 cm (1 pulgada), 30,48 cm (1 pie), 152,4 cm (5 pies), 304,8 cm (10 pies), etc.). El dispositivo de procesamiento puede detectar el primer dispositivo de destino NFC mediante la recepcion de una senal de respuesta desde el primer dispositivo de destino NFC. En una implementacion, el primer dispositivo de destino NFC es un dispositivo pasivo de radiofrecuencia (RF) capaz de ser accionado por el primer dispositivo NFC (por ejemplo, mediante un transceptor de RF del primer dispositivo NFC). En algunas implementaciones, el dispositivo de procesamiento puede detectar que el primer dispositivo NFC se encuentra en proximidad ffsica con el primer dispositivo de destino NFC mediante la recepcion de una senal emitida por el dispositivo de destino NFC.
A continuacion se hace referencia a las Figuras 4 y 5, en las que se ilustra la colocacion de ejemplos de dispositivos informaticos cliente en una proximidad ffsica con ejemplos de dispositivos de destino NFC de acuerdo con una implementacion de la descripcion. Los dispositivos informaticos cliente (402 y 502) que se ilustran son telefonos inteligentes. El dispositivo de destino NFC (404) que se ilustra es un dispositivo que se incorpora a un soporte, expositor o quiosco. El dispositivo de destino NFC (504) se ilustra como un dispositivo que esta incorporado a un dispositivo informatico de vehffculo de un vehffculo de transporte (por ejemplo, que puede ser utilizado para procesar pagos). Se observara que las implementaciones representadas en las Figuras 4 y 5 son ilustrativas, y se pueden utilizar cualesquiera dispositivos informaticos cliente y dispositivos de destino NFC adecuados de conformidad con los metodos descritos en el presente.
Por lo que respecta de nuevo a la Figura 3, en el bloque 304 se inicia o reanuda la ejecucion de una aplicacion de transporte (por ejemplo, utilizando la interfaz de usuario (122A)) como respuesta a la deteccion descrita con respecto al bloque 302. Un ejemplo de interfaz de usuario para la aplicacion de transporte se describe en detalle con respecto a las Figuras 4-9.
En el bloque 306 se reciben datos desde el primer dispositivo de destino NFC. En algunas implementaciones los datos incluyen (pero no estan limitados a los mismos) uno o varios de los datos de ubicacion, la aplicacion de transporte (que puede ser descargada o transmitida al dispositivo informatico cliente si no esta instalada en el dispositivo informatico cliente), datos de cupon, una lista de vehffculos disponibles que proveen servicios al dispositivo de destino NFC, etc. En algunas implementaciones, si el primer dispositivo de destino NFC es un dispositivo pasivo, los datos pueden ser recibidos desde el primer dispositivo de destino NFC como respuesta a la alimentacion del primer destino NFC con un transceptor de RF del primer dispositivo NFC del primer dispositivo informatico cliente.
En el bloque 308 se genera una solicitud de pedido para el vehffculo de transporte basandose en la aplicacion de transporte y los datos recibidos. En algunas implementaciones, parte de la informacion recibida desde el primer dispositivo de destino NFC es utilizada por la aplicacion de transporte para generar la solicitud de pedido (por ejemplo, informacion sobre la ubicacion de recogida, codigos de canje, etc.). En una aplicacion, el usuario puede seleccionar un vehffculo de transporte de una lista de vehffculos de transporte. En otra implementacion, el usuario puede no ser capaz de seleccionar un vehffculo concreto y un vehffculo de transporte puede ser seleccionado automaticamente (por ejemplo, por el servidor de transporte (110)). En algunas implementaciones, el usuario puede seleccionar una ubicacion de recogida de entre una o varias ubicaciones disponibles de recogida (por ejemplo, asociadas con el primer dispositivo de destino NFC), o la ubicacion de recogida puede ser designada de forma automatica.
En el bloque 310, la solicitud de pedido se transmite a un servidor de transporte (por ejemplo, el servidor de transporte (110)). En algunas implementaciones, el primer dispositivo informatico cliente transmite la solicitud de pedido. En otras implementaciones, el primer dispositivo de destino NFC transmite la solicitud de pedido. En algunas implementaciones, se recibe una respuesta desde el servidor de transporte, que indica la aceptacion de la solicitud de pedido. A continuacion, el dispositivo informatico cliente puede presentar en pantalla una representacion grafica de una relacion entre una ubicacion de recogida y una ubicacion del vehffculo de transporte, asf como otros datos relacionados con el vehffculo de transporte (por ejemplo, nombre del conductor, la hora prevista de llegada, la marca/modelo del vehffculo, etc.). El flujo de pedidos puede continuar despues del bloque 310 utilizando el dispositivo informatico cliente, lo que se ilustra a traves de las ventanas de la interfaz grafica de usuario (GUI) en las Figuras 6-9.
En algunas implementaciones, se transmite la solicitud de pedido (por ejemplo, por el modulo de realizacion del pedido (206) del componente de pedido (200)) a dispositivos informaticos de vehffculos (por ejemplo, dispositivos informaticos de vehffculos (150A-150Z)) de uno o varios vehffculos de transporte. Uno de los vehffculos de transporte puede aceptar la solicitud de pedido, y el vehffculo de transporte que ha aceptado la solicitud puede ser designado como el vehffculo de transporte que recogera al usuario en la ubicacion de recogida.
12
5
10
15
20
25
30
35
40
45
50
55
60
65
En una implementacion, el usuario puede desear transferir la solicitud de pedido a otro usuario de un segundo dispositivo informatico cliente (por ejemplo, antes de que el pedido haya sido realizado, despues de que el pedido haya sido realizado o despues de que el pedido haya sido completado y el vehffculo de transporte haya llegado). Por ejemplo, el usuario puede seleccionar una opcion en la aplicacion de transporte, segun la cual desea transferir la solicitud de pedido a otro usuario (lo que puede ocurrir a traves de protocolos de comunicacion de campo cercano o a traves de la red (105)), o se puede transferir la solicitud de pedido de forma automatica y sin intervencion del usuario poniendo el primer y segundo dispositivos informaticos cliente en una proximidad ffsica (por ejemplo, al hacer que los dos dispositivos entren en contacto). Si el dispositivo de procesamiento detecta que el primer dispositivo NFC del dispositivo informatico cliente se encuentra en proximidad ffsica con un segundo dispositivo NFC del segundo dispositivo informatico cliente, el dispositivo de procesamiento puede hacer que la solicitud de pedido se asocie con (por ejemplo, se transfiera a) el segundo dispositivo informatico cliente. Como primer ejemplo, si el pedido todavfa no se ha realizado, la informacion del pedido puede transmitirse desde el primer dispositivo informatico cliente al segundo dispositivo informatico cliente, y el segundo dispositivo informatico cliente puede proceder a realizar la solicitud de pedido. Como segundo ejemplo, si el pedido ha sido realizado o completado, el primer dispositivo informatico cliente puede recibir la informacion relacionada con el segundo dispositivo informatico cliente (por ejemplo, un numero de telefono, un identificador del dispositivo informatico cliente, un nombre de usuario, etc.) y transmitir dicha informacion al servidor de transporte. El servidor de transporte puede, a su vez, actualizar la solicitud de pedido que se asocia con el segundo dispositivo informatico cliente.
En algunas implementaciones, despues de que el usuario haya subido al vehffculo de transporte, el dispositivo de procesamiento puede detectar que el primer dispositivo NFC del primer dispositivo informatico cliente se encuentra en proximidad ffsica con un segundo dispositivo de destino NFC del vehffcuio de transporte. Por ejemplo, el usuario puede colocar el primer dispositivo NFC cerca de un segundo dispositivo de destino NFC con el fin de facilitar el pago del servicio de transporte. La informacion de pago se transmite a continuacion al segundo dispositivo de destino NFC.
A continuacion se hace referencia a las Figuras 6-9, en las que se ilustran los ejemplos de ventanas de interfaz grafica de usuario presentadas para su visualizacion por un ejemplo de aplicacion de transporte. En la Figura 6A se ilustra un ejemplo de una ventana de interfaz grafica de usuario (600) de una aplicacion de transporte de conformidad con una implementacion de la descripcion. En algunas implementaciones, la ventana de interfaz grafica de usuario (600) y las ventanas de interfaz grafica de usuario similares descritas en el presente son implementadas por una interfaz de usuario (por ejemplo, la interfaz de usuario (122A)) de un dispositivo informatico cliente (por ejemplo, el dispositivo informatico cliente (120A)) como una aplicacion de transporte ejecutada (por ejemplo, que puede ser iniciada en respuesta a la colocacion del dispositivo informatico cliente en una proximidad cercana a un dispositivo de destino NFC, como por ejemplo el dispositivo de destino NFC (140A)).
Como se ilustra en la Figura 6A, una ventana de interfaz grafica de usuario (600) puede ser presentada para su visualizacion por el dispositivo informatico cliente (por ejemplo, una aplicacion de transporte ejecutada por el dispositivo informatico cliente), la cual incluye una region de mapa (602) para proporcionar un mapa de la zona geografica que circunda al dispositivo de destino NFC. La ventana de interfaz grafica de usuario (600) puede incluir tambien una zona de encabezado (604) que puede mostrar mensajes relacionados con los pedidos o una direccion o ubicacion del dispositivo informatico cliente o el dispositivo de destino NFC detectado por el dispositivo informatico cliente. La region de mapa (602) muestra un indicador de la ubicacion del usuario (606) que corresponde a una ubicacion del usuario (por ejemplo, del dispositivo informatico cliente), el dispositivo de destino NFC o una ubicacion de recogida apropiada cercana al usuario o dispositivo de destino NFC. La region de mapa (602) tambien muestra indicadores de ubicacion de vehffculos (610A-610F) que corresponden a ubicaciones actuales de vehffculos de transporte en la zona geografica circundante. En algunas implementaciones, si la ventana de interfaz grafica de usuario (600) se implementa en un dispositivo informatico cliente, como por ejemplo un dispositivo movil, se puede incluir un menu de opciones del dispositivo (616). En otras implementaciones, por ejemplo si la ventana de interfaz grafica de usuario (600) se implementa en un dispositivo diferente (un dispositivo diferente a un dispositivo movil), se omite el menu de opciones del dispositivo (616).
En algunas implementaciones, la informacion del vehffculo (por ejemplo, el nombre del conductor, el tipo de vehffculo, etc.) se muestra adyacente o como parte de los indicadores de ubicacion de vehffculos (610A-610F). En algunas implementaciones, la ventana de interfaz grafica de usuario (600) puede mostrar informacion relacionada con la ubicacion que se recibe desde el servidor de transporte (por ejemplo, el modulo de seguimiento (204) del componente de pedido (200)). En algunas implementaciones, la ventana de interfaz grafica de usuario (600) incluye una opcion de cancelacion (612) que permite al usuario cancelar la solicitud de pedido.
En algunas implementaciones, la region de mapa (602) tambien incluye un indicador de radar (608) que corresponde a un rango predefinido de la busqueda de vehffculos de transporte. En algunas implementaciones, el modulo de realizacion de pedidos (206) transmite la peticion del pedido a los dispositivos informaticos de vehffculos de los vehffculos de transporte dentro del rango predefinido (por ejemplo, vehffculos representados por los indicadores de ubicacion de vehffculos 610B y 610D). En algunas implementaciones, el modulo de realizacion de pedidos (206) transmite la solicitud de pedido a todos los vehffculos de transporte asociados con un area o ubicacion geografica.
13
5
10
15
20
25
30
35
40
45
50
55
60
65
Como ejemplo ilustrativo, uno o varios vehnculos de transporte pueden proveer servicios a un centro comercial. El centro comercial puede haber designado puntos de recogida (por ejemplo, en entradas espedficas del centro comercial) y puede tener dispositivos de destino NFC situados en todo el centro comercial que pueden ser detectables por los dispositivos informaticos cliente (por ejemplo, dispositivos informaticos clientes que cuentan con dispositivos integrados de iniciacion NFC o dispositivos informaticos cliente acoplados en comunicacion con dispositivos de iniciacion NFC).
En algunas implementaciones, el usuario puede seleccionar uno o varios vehnculos de transporte de forma manual, por ejemplo, al tocar, hacer clic o indicar de otro modo la seleccion de uno o varios de los indicadores de ubicacion de vehnculos (610A-610F) en el dispositivo informatico cliente, lo que puede tener como resultado que el modulo de realizacion de pedidos (206) transmita la solicitud de pedido al vehnculo o vehnculos seleccionados de transporte. En otra implementacion, el usuario puede seleccionar uno o varios vehnculos de transporte de una lista de vehnculos de transporte que incluye informacion pertinente sobre cada uno de los vehnculos de transporte. En algunas implementaciones, la ventana de interfaz grafica de usuario (600) tambien incluye un indicador de progreso de busqueda (por ejemplo, un grafico de barras o circular en la ventana de interfaz grafica de usuario (600)) que proporciona informacion sobre el progreso de la busqueda de un vehnculo de transporte (por ejemplo, la barra crece a medida que se localizan mas vehnculos de transporte).
En una implementacion, el modulo de seguimiento (204) puede determinar las horas previstas de llegada de cada uno de los vehnculos de transporte a los que se transmitio la solicitud de pedido. El vehnculo de transporte con la hora prevista de llegada mas rapida puede ser asignado como el vehnculo de transporte que va a recoger al usuario. En una implementacion, el componente de pedido (180) (por ejemplo, utilizando el modulo de mensajena (208)) transmite un mensaje al dispositivo informatico de vehnculo del vehnculo de transporte asignado, que indica al conductor que debera recoger al usuario en una ubicacion de recogida designada. En algunas implementaciones, los datos de ubicacion de recogida se importan automaticamente a un dispositivo GPS que se encuentra en el vehnculo de transporte.
En algunas implementaciones, una o mas respuestas recibidas de los dispositivos informaticos de vehnculos pueden indicar que uno o varios conductores han rechazado la solicitud de pedido. En algunas implementaciones, si la solicitud de pedido no es aceptada dentro de una duracion de tiempo predeterminada (por ejemplo, 30 segundos, 1 minuto, 5 minutos, etc.), se puede transmitir un mensaje (por ejemplo, por el modulo de mensajena (208)) al dispositivo informatico cliente del usuario en el que se indica que la busqueda de un vehnculo de transporte no ha tenido exito.
Como se ilustra en la Figura 6B, una ventana de interfaz grafica de usuario (650) indica que un vehnculo de transporte ha sido asignado para recoger al usuario. La ventana de interfaz grafica de usuario (650) muestra un mapa junto con un indicador de la ubicacion del usuario (652) y un indicador de la ubicacion del vehnculo (654) correspondiente al vehnculo de transporte asignado. En algunas implementaciones, el mapa se actualiza en tiempo real para ilustrar como el vehnculo de transporte se acerca al destino. La ventana de interfaz grafica de usuario (650) tambien muestra informacion sobre el conductor (656), en la que se puede incluir el nombre del conductor, el numero de telefono, el modelo del vehnculo, el numero del conductor/vehnculo, etc., asf como la hora prevista de llegada. La interfaz grafica de usuario tambien permite al usuario cancelar su peticion de un vehnculo.
En una implementacion, la ventana de interfaz grafica de usuario (650) incluye un boton de cierre (658) que puede hacer que la ventana de interfaz grafica de usuario (650) vuelva a una pantalla predeterminada (por ejemplo la ventana de interfaz grafica de usuario (400)). En una implementacion, la ventana de interfaz grafica de usuario (650) incluye un boton de cancelacion (660) que puede permitir al usuario cancelar la solicitud de pedido. Por ejemplo, como respuesta a una seleccion del usuario del boton de cancelacion (660), se puede presentar una ventana de interfaz grafica de usuario (700) (como se ilustra en la Figura 7A) que incluye un menu de cancelacion (702). El usuario puede cancelar el pedido mediante la seleccion de un boton (704) o puede mantener la solicitud de pedido al seleccionar un boton (706).
En una implementacion, la ventana de interfaz grafica de usuario (650) incluye un boton de transferencia (662) que puede permitir al usuario transferir su solicitud de pedido actual a otro usuario. Por ejemplo, si el usuario decide que no necesita un taxi, puede transferir el taxi a otra persona, como por ejemplo la siguiente persona en la cola, un amigo o una persona que posea un pedido preexistente. Como respuesta a una seleccion del boton de transferencia (662), se puede presentar una ventana de interfaz grafica de usuario (750) (como se ilustra en la Figura 7B) que incluye un menu de transferencia (752). El menu de transferencia (752) puede incluir una lista (754) de los pedidos realizados con anterioridad utilizando el dispositivo de destino NFC. Por ejemplo, el usuario puede seleccionar una lista de pedidos (756) y transferir su pedido actual a un usuario que realizo el pedido indicado por la lista de pedidos (756) (por ejemplo, como respuesta a la seleccion de un boton de transferencia (760)) y se puede cancelar el pedido indicado por la lista de pedidos (756). En una implementacion, el usuario puede introducir el numero de telefono de un receptor de la transferencia en un campo de texto (758) y transferir el pedido actual al receptor de la transferencia al seleccionar el boton de transferencia (760). En algunas implementaciones, el usuario puede transferir el pedido actual al receptor de la transferencia colocando el dispositivo informatico cliente del usuario en una proximidad ffsica con el dispositivo informatico cliente del receptor. Como respuesta a una seleccion de un boton de cierre (762), la
14
5
10
15
20
25
30
35
40
45
50
55
60
65
ventana de interfaz grafica de usuario (750) puede volver a la ventana de interfaz grafica de usuario (700).
En una implementacion, el modulo de seguimiento (204) puede determinar que un vehnculo de transporte ha llegado a la ubicacion de recogida. Por ejemplo, basandose en los datos de ubicacion de recogida y los datos de ubicacion de vehnculos recibidos, el modulo de seguimiento (204) puede determinar que el vehnculo de transporte se encuentra dentro de un rango predefinido con respecto a la ubicacion de recogida (por ejemplo, a menos de 3 m (10 pies), a menos de 6 m (20 pies), etc.). Como se ilustra en la Figura 8A, una ventana de interfaz grafica de usuario (800) puede indicar al usuario cuando el conductor asignado ha llegado para recoger al usuario.
En una implementacion, como se ilustra en la Figura 8B, una ventana de interfaz grafica de usuario (850) puede ser presentada en el caso de que no se encuentre ningun vehnculo de transporte para el usuario y/o el conductor de camino hacia la ubicacion de recogida sea incapaz de recoger el usuario. La ventana de interfaz grafica de usuario (850) puede ser presentada para su visualizacion mediante un dispositivo de usuario que esta ejecutando la aplicacion de transporte. En algunas implementaciones, la ventana de interfaz grafica de usuario (850) se presenta en la pantalla si no hay vehnculos de transporte dentro de un rango de umbral de la ubicacion del dispositivo de destino NFC o una ubicacion de recogida seleccionada.
En algunas implementaciones, el dispositivo informatico cliente puede presentar automaticamente una ventana de interfaz grafica de usuario predeterminada (por ejemplo, la ventana de interfaz grafica de usuario (400) o la ventana de interfaz grafica de usuario (450)) cuando no existe una interaccion con el usuario durante un penodo de tiempo determinado (por ejemplo, 10 segundos, 30 segundos, 1 minuto, etc.). Por ejemplo, despues de 5 segundos de inactividad, aparecera un temporizador con una cuenta atras de 5 segundos antes de volver a la ventana de interfaz grafica de usuario predeterminada. Esta funcion de temporizador tambien puede implementarse mediante cualquiera de las ventanas de interfaz grafica de usuario descritas en el presente.
En la Figura 9A se ilustran ejemplos de mensajes que pueden ser transmitidos por un servidor de transporte de servidor [sic] (por ejemplo, el modulo de mensajena (208) del servidor de transporte (110)) a un dispositivo informatico cliente de un usuario durante el proceso de pedido. Un ejemplo de ventana de interfaz grafica de usuario (900) del dispositivo informatico cliente puede mostrar mensajes de estado (902, 904 y 906) en diferentes momentos despues de que un pedido haya sido realizado y hasta la llegada del vehnculo de transporte. Como respuesta, el servidor de transporte puede transmitir uno o varios mensajes SMS, un correo electronico, mensajes de texto, etc., al dispositivo informatico cliente para proporcionar informacion sobre el vehnculo de transporte (por ejemplo, la hora prevista de llegada del vehnculo de transporte, el nombre del conductor, la marca/modelo del vehnculo, etc.).
En la Figura 9B se ilustra un ejemplo de ventana de interfaz grafica de usuario (920) para fijar una ubicacion de recogida de conformidad con una implementacion de la descripcion. La aplicacion de transporte puede presentar al usuario la ventana de interfaz grafica de usuario (920). Como se ha mencionado anteriormente, el dispositivo informatico cliente puede iniciar automaticamente la ejecucion o reanudar la ejecucion de la aplicacion de transporte como respuesta a la deteccion de un dispositivo de destino NFC. El dispositivo de destino NFC puede proporcionar a la aplicacion de transporte una o mas ubicaciones de recogida (por ejemplo, el dispositivo de destino NFC puede incluir datos de ubicacion, como por ejemplo una localizacion GPS o una direccion del dispositivo de destino NFC, y el dispositivo informatico cliente puede recibir esta ubicacion del dispositivo de destino NFC). Como se ilustra en la Figura 9B, la aplicacion de transporte puede presentar un mapa (922) del entorno circundante y una ubicacion de recogida propuesta proporcionada por el dispositivo de destino NFC (por ejemplo, 93 Lambeth Road) como una opcion (924). La ventana de interfaz grafica de usuario (920) permite al usuario solicitar una recogida en la ubicacion de recogida propuesta (por ejemplo, como respuesta a la seleccion del boton de ubicacion de recogida (926)). Por ejemplo, el usuario puede activar y/o seleccionar el boton de ubicacion de recogida (926) para solicitar un vehfculo de transporte que recoja al usuario en la ubicacion de recogida. En algunas implementaciones, se pueden enumerar otras opciones de ubicacion de recogida. El usuario puede seleccionar una de estas opciones y, a continuacion, seleccionar el boton de fijar ubicacion de recogida (926) para designar la opcion seleccionada como la ubicacion de recogida. En algunas implementaciones, el usuario puede introducir directamente la ubicacion de recogida (por ejemplo, una direccion, el nombre de un establecimiento o las coordenadas de GPS).
En la Figura 9C se ilustra un ejemplo de ventana de interfaz grafica de usuario (940) para proporcionar opciones de recogida de conformidad con una implementacion de la descripcion. La aplicacion de transporte puede presentar la ventana de interfaz grafica de usuario (940) al usuario. Como se ha mencionado anteriormente, el dispositivo informatico cliente puede iniciar automaticamente la ejecucion o reanudar la ejecucion de la aplicacion de transporte como respuesta a la deteccion de un dispositivo de destino NFC. Como se ilustra en la Figura 9C, la ventana de interfaz grafica de usuario (940) puede ser presentada al usuario antes de realizar una solicitud de pedido o despues de realizar una solicitud de pedido (por ejemplo, para editar la solicitud de pedido). La ventana de interfaz grafica de usuario (940) permite al usuario seleccionar las opciones y/o los parametros del pedido o la solicitud. Por ejemplo, la ventana de interfaz grafica de usuario (940) permite al usuario solicitar la hora de recogida (por ejemplo, “ahora” o “en una hora”, etc.), el tipo de vehnculo de transporte, el destino del vehnculo, etc. Las opciones de pago (942 y 944) permiten al usuario seleccionar si desea pagar en efectivo o con tarjeta (por ejemplo, tarjeta de credito), respectivamente.
5
10
15
20
25
30
35
40
45
50
55
60
65
En la Figura 9D se ilustra un ejemplo de ventana de interfaz grafica de usuario (960) que proporciona un codigo promocional de conformidad con una implementacion de la descripcion. Como se ha mencionado anteriormente, el dispositivo de destino NFC puede incluir datos como promociones y/o codigos de cupones. Cuando el dispositivo informatico cliente se coloca en una proximidad del dispositivo de destino NFC, el dispositivo informatico cliente puede recibir las promociones y/o codigos de cupones desde el dispositivo de destino NFC. Como se ilustra en la Figura 9D, la aplicacion de transporte puede presentar al usuario la ventana de interfaz grafica de usuario (960). La aplicacion de transporte puede permitir al usuario introducir un codigo en un campo de entrada (962) mediante un teclado (964) para recibir un descuento en los productos y/o servicios. En algunas implementaciones, se puede llenar de forma automatica el campo de entrada (962) (por ejemplo, mediante un rellenado) con el codigo cuando el usuario situa el dispositivo informatico cliente en una proximidad ffsica con el dispositivo de destino NFC. El usuario puede enviar el codigo al seleccionar la opcion de enviar (966). Esto permite al usuario obtener descuentos y/o codigos de cupones sin tener que introducir manualmente los codigos.
Con el fin de simplificar la explicacion, los metodos de esta descripcion se representan y describen como una serie de actos. Sin embargo, los actos de conformidad con esta descripcion pueden producirse en diferentes ordenes y/o simultaneamente, asf como junto a otros actos que no se muestran y describen en el presente. Por otra parte, pueden no requerirse todos los actos ilustrados para implementar los metodos de conformidad con la materia tratada descrita. Ademas, los expertos en la tecnica entenderan y apreciaran que los metodos podnan ser representados alternativamente como una serie de estados interrelacionados a traves de un diagrama de estado o eventos. Adicionalmente, se debera apreciar que los metodos descritos en esta especificacion pueden ser almacenados en un artfculo manufacturado (article of manufacture), como por ejemplo un dispositivo o medio de almacenamiento legibles por ordenador, con el fin de facilitar el transporte y la transferencia de dichos metodos a dispositivos informaticos. Por consiguiente, el termino “artfculo de fabricacion”, segun se utiliza en el presente, tiene como objetivo incluir un programa informatico accesible desde cualquier dispositivo o medio de almacenamiento legibles por ordenador.
En la Figura 10 se ilustra una representacion esquematica de un equipo a tftulo de ejemplo de un sistema informatico (1000) en el que se puede ejecutar un conjunto de instrucciones que hacen que el equipo lleve a cabo una o varias de las metodologfas descritas en el presente. En implementaciones alternativas, el equipo puede estar conectado (por ejemplo, en red) a otros equipos en una LAN, una intranet, una extranet o Internet. El equipo puede funcionar como un servidor o un equipo cliente en un entorno de red cliente-servidor, o como un equipo paritario en un entorno de red entre pares (peer-to-peer network) o distribuida. El equipo puede ser un PC, una tableta, un decodificador (set-top box (STB)), un asistente personal digital (PDA), un telefono movil, un dispositivo web, un servidor, un enrutador, conmutador o puente de red, o cualquier equipo capaz de ejecutar un conjunto de instrucciones (secuenciales o no secuenciales) que especifican las acciones que ese equipo adoptara. Ademas, aunque solo se ilustra un equipo, tambien se entendera que el termino “equipo” incluira cualquier coleccion de equipos que, individual o conjuntamente, ejecuten un conjunto (o multiples conjuntos) de instrucciones para llevar a cabo una o mas de las metodologfas descritas en el presente. Algunos o todos los componentes del sistema informatico (1000) pueden ser utilizados por alguno de los siguientes dispositivos: el servidor de transporte (110), los dispositivos informaticos cliente (120A-120Z), el almacen de datos (130), los dispositivos de destino NFC (140A- 140Z), los dispositivos informaticos de vehnculo (150A-150Z) y el servidor de datos de mapa (160), o bien los componentes del sistema informatico (1000) pueden ser ilustrativos de dichos dispositivos.
El ejemplo de sistema informatico (1000) incluye un dispositivo de procesamiento (procesador) (1002), una memoria principal (1004) (por ejemplo, una memoria de solo lectura (ROM), una memoria flash, una memoria dinamica de acceso aleatorio (DrAm), como por ejemplo DRAM smcrona (SDRAM) o DRAM Rambus (RDRAM), etc.), una memoria estatica (1006) (por ejemplo, memoria flash, memoria estatica de acceso aleatorio (SRAM), etc.), y un dispositivo de almacenamiento de datos (1018), que se comunican entre sf a traves de un bus (1008).
El procesador (1002) representa uno o varios dispositivos de procesamiento de uso general, como por ejemplo un microprocesador, una unidad central de procesamiento o similares. Mas en concreto, el procesador (1002) puede ser un microprocesador CISC, un microprocesador RISC, un microprocesador VLIW o un procesador que implementa otros conjuntos de instrucciones o procesadores que implementan una combinacion de conjuntos de instrucciones. El procesador (1002) tambien puede ser uno o varios dispositivos de procesamiento de uso especial, como un ASIC, un FPGA, un DSP, un procesador de red o similares. El procesador (1002) esta configurado para ejecutar instrucciones (1026) con el fin de realizar las operaciones y pasos descritos en el presente.
El sistema informatico (1000) tambien puede incluir un dispositivo de interfaz de red (1022). El sistema informatico (1000) puede incluir adicionalmente una unidad de pantalla de video (1010) (por ejemplo, una pantalla de cristal lfquido (LCD), un tubo de rayos catodicos (CRT), o una pantalla tactil), un dispositivo de entrada alfanumerico (1012) (por ejemplo, un teclado), un dispositivo de control de cursor (1014) (por ejemplo, un raton) y un dispositivo de generacion de senales (1020) (por ejemplo, un altavoz). En algunas implementaciones, el dispositivo de generacion de senales (1020) puede incluir un actuador de vibraciones (por ejemplo, para proporcionar una retroalimentacion haptica).
El dispositivo de almacenamiento de datos (1018) puede incluir un medio de almacenamiento legible por ordenador
16
5
10
15
20
25
30
35
40
45
50
55
60
65
(1024) en el que se almacenan uno o varios conjuntos de instrucciones (1026) (por ejemplo, software) que incorporan una o varias de las metodologfas o funciones descritas en el presente. Las instrucciones (1026) tambien pueden residir, completamente o al menos parcialmente, dentro de la memoria principal (1004) y/o dentro del procesador (1002) durante la ejecucion de las mismas por parte del sistema informatico (1000), y la memoria principal (1004) y el procesador (1002) tambien constituyen medios de almacenamiento legibles por ordenador. Las instrucciones (1026) pueden ser transmitidas o recibidas ademas mediante una red (1074) (por ejemplo, la red (105)) a traves del dispositivo de interfaz de red (1022).
En una implementacion, las instrucciones (1026) incluyen instrucciones para uno o varios componentes de pedido (200) que pueden corresponder al homologo con nombre identico descrito en relacion con las Figuras 1 y 2. Aunque el medio de almacenamiento legible por ordenador (1024) se muestra en un ejemplo de implementacion como un solo medio unico, se entendera que las expresiones “medio de almacenamiento legible por ordenador” o “medio de almacenamiento legible por maquina” incluyen un unico medio o multiples medios (por ejemplo, una base de datos centralizada o distribuida, y/o memorias cache y servidores asociados) que almacenan el conjunto o conjuntos de instrucciones. Se entendera que las expresiones “medio de almacenamiento legible por ordenador” o “medio de almacenamiento legible por maquina”, tambien incluiran cualquier medio transitorio o no transitoria capaz de almacenar, codificar o transportar un conjunto de instrucciones para su ejecucion por el equipo y que hacen que el equipo lleve a cabo una o varias metodologfas de la presente descripcion. Por consiguiente, se entendera que las expresiones “medio de almacenamiento legible por ordenador” o “medio de almacenamiento legible por maquina” incluyen (pero sin limitarse a los mismos) memorias de estado solido, medios opticos y medios magneticos.
En la descripcion anterior se exponen numerosos detalles espedficos, tales como ejemplos de sistemas espedficos, componentes, metodos, etc., con el fin de proporcionar una comprension exhaustiva de varias implementaciones de la presente descripcion. No obstante, resultara evidente para un experto en la tecnica que pueden llevarse a la practica al menos algunas implementaciones de la presente descripcion sin estos detalles espedficos. En otros casos, no se describen en detalle componentes o metodos bien conocidos o se presentan en formato de diagrama de bloques sencillo con el fin de facilitar la comprension de la presente descripcion. Por consiguiente, los detalles espedficos indicados anteriormente constituyen meros ejemplos. Las implementaciones concretas pueden contar con detalles diferentes a los de estos ejemplos, y aun asf estar incluidas en el ambito de la presente descripcion.
Algunas partes de la descripcion detallada pueden haber sido presentadas en terminos de algoritmos y representaciones simbolicas de operaciones de bits de datos dentro de una memoria de ordenador. Estas descripciones y representaciones algontmicas son los medios utilizados por los expertos en el campo del procesamiento de datos para transmitir de forma eficaz la esencia de su trabajo a otros expertos en dicho campo. Un algoritmo en el presente documento, y en general, esta concebido como una secuencia de pasos coherente que obtiene un resultado deseado. Los pasos son aquellos pasos que requieren manipulaciones ffsicas de cantidades ffsicas. Por lo general, aunque no necesariamente, estas cantidades adoptan la forma de senales electricas o magneticas capaces de ser almacenadas, transferidas, combinadas, comparadas y manipuladas de otra forma. Ha resultado practico a veces, principalmente por razones de uso comun, referirse a estas senales como bits, valores, elementos, sfmbolos, caracteres, terminos, numeros o expresiones similares.
No obstante, hay que tener en cuenta que todos estos terminos y otros similares han de estar asociados con las cantidades ffsicas apropiadas y constituyen meramente etiquetas utiles aplicadas a estas cantidades. A menos que se especifique lo contrario, como ha quedado evidente en las explicaciones anteriores, se apreciara que en toda la descripcion, las explicaciones que utilizan terminos tales como “enviar”, “recibir”, “transmitir”, “detectar”, “reenviar”, “almacenar”, “hacer que”,” proporcionar”, “generar”, “anadir”, “restar”, “eliminar”, “calcular”, “analizar”, “determinar”, “facilitar”, “identificar”, “modificar” o terminos similares, se refieren a las acciones y procesos de un sistema informatico o un dispositivo informatico electronico similar que manipulan y transforman datos representados como cantidades ffsicas (por ejemplo, electronicas) dentro de los registros y memorias del sistema informatico en otros datos que se representan de manera similar como cantidades ffsicas dentro de las memorias o registros del sistema informatico u otros dispositivos similares de almacenamiento, transmision o visualizacion de informacion.
La presente descripcion tambien se refiere a un aparato, dispositivo o sistema para realizar las operaciones [mencionadas] en el presente. Este aparato, dispositivo o sistema puede ser construido especialmente para los fines requeridos o puede incluir un ordenador de uso general activado o reconfigurado de forma selectiva por un programa informatico almacenado en el ordenador. Dicho programa informatico puede ser almacenado en un medio de almacenamiento legible por ordenador o por maquina, como por ejemplo (pero sin estar limitados a los mismos) cualquier tipo de disco, entre los que figuran disquetes, discos opticos, memorias de solo lectura en disco compacto (CD-ROM), discos magneto-opticos, memorias de solo lectura (ROM), memorias de acceso aleatorio (RAM), EPROM, EEPROM, tarjetas magneticas u opticas, o cualquier otro tipo de medio apropiado para almacenar instrucciones electronicas.
El termino “ejemplo” se utiliza en el presente para referirse a algo que sirve como ejemplo, caso o ilustracion. Cualquier aspecto o diseno descrito en el presente como “ejemplo” no debera interpretarse necesariamente como un aspecto o diseno preferido o ventajoso sobre otros aspectos o disenos. Por el contrario, el uso del termino “ejemplo” tiene como objetivo presentar conceptos de una manera concreta. Tal y como se utiliza en esta solicitud, el termino
17
“o” se refiere a la conjuncion “o” inclusiva, no a la conjuncion “o” exclusiva. Es dedr, a menos que se especifique lo contrario o quede evidente en el contexto en que se utiliza, se entendera que “X incluye A o B” se refiere a cualquiera de las permutaciones naturales inclusivas. Es decir, si X incluye A, X incluye B o X incluye tanto A como 5 B, entonces “X incluye A o B” se cumple en cualquiera de los casos anteriores. Asimismo, se entendera que los artfculos “un” y “una”, tal y como se utilizan en esta solicitud y en las reivindicaciones adjuntas, se refieren a “uno o varios” a menos que se especifique lo contrario o quede evidente en el contexto que se refieren a una forma singular. Cuando se menciona en esta especificacion “una implementacion”, esta expresion quiere decir que un rasgo, estructura o caractenstica particular descrita en relacion con la implementacion se incluye en al menos una 10 implementacion. Por consiguiente, las apariciones de la expresion “una implementacion” en varios lugares a lo largo de esta especificacion no se refieren en todos los casos necesariamente a la misma implementacion. Por otra parte, cabe destacar que la notacion “A-Z” que se usa haciendo referencia a determinados elementos de los dibujos no pretende ser limitativa a un numero concreto de elementos. Por lo tanto, se interpretara “A-Z” en el sentido que posee uno o varios de los elementos presentes en una implementacion concreta. Se entendera que la descripcion 15 anterior pretende ser ilustrativa y no restrictiva. Muchas otras implementaciones resultaran evidentes para los expertos en la tecnica al leer y comprender la descripcion anterior. Por lo tanto, el ambito de la descripcion se debera determinar haciendo referencia a las reivindicaciones adjuntas y al ambito completo de equivalentes a los que dichas reivindicaciones tienen derecho.

Claims (12)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. - Un metodo que comprende:
    la deteccion, por parte de un dispositivo de procesamiento de un primer dispositivo informatico cliente (120A), de que un dispositivo de comunicacion de campo cercano (124A) del primer dispositivo informatico cliente se encuentra en proximidad ffsica con un primer dispositivo de destino de comunicacion de campo cercano (140A);
    como respuesta a dicha deteccion, la iniciacion, por parte del dispositivo de procesamiento, de la ejecucion de una aplicacion de solicitud de vetnculo de transporte que posee una interfaz grafica de usuario asociada (122A) presentada por el primer dispositivo informatico cliente (120A);
    la recepcion, por parte del dispositivo de procesamiento, de datos procedentes del primer dispositivo de destino de comunicacion de campo cercano (140A);
    la generacion, por parte del dispositivo de procesamiento, de una solicitud de pedido para un vetnculo de transporte basandose en la aplicacion de solicitud de vetnculo de transporte y los datos recibidos;
    la transmision, por parte del dispositivo de procesamiento, de la solicitud de pedido a un servidor de transporte (110); y
    la recepcion, por parte del dispositivo de procesamiento, de una respuesta del servidor de transporte (110) en la que se indica la aceptacion de la solicitud de pedido; y
    el dispositivo de procesamiento hace que el primer dispositivo informatico cliente (l20A) muestre, mediante la interfaz grafica de usuario (122A), una representacion grafica (650) de una relacion entre una ubicacion de recogida (652) y una ubicacion del vetnculo de transporte (654).
  2. 2. - El metodo de la reivindicacion 1, que ademas comprende:
    la deteccion, por parte del dispositivo de procesamiento, de que el primer dispositivo de comunicacion de campo cercano (124A) del primer dispositivo informatico cliente (120A) se encuentra en proximidad ffsica con un segundo dispositivo de comunicacion de campo cercano (124Z) de un segundo dispositivo informatico cliente (120Z); y
    el dispositivo de procesamiento hace que la solicitud de pedido sea asociada con el segundo dispositivo informatico cliente (120Z).
  3. 3. - El metodo de la reivindicacion 1 o 2, en el que la deteccion del primer dispositivo de destino de comunicacion de campo cercano (140A) comprende la deteccion de que el primer dispositivo de destino de comunicacion de campo cercano (140A) se encuentra a una distancia inferior a 30 cm (1 pie) del primer dispositivo de comunicacion de campo cercano (124A).
  4. 4. - El metodo de cualquiera de las reivindicaciones comprendidas entre la 1 y la 3, en el que el primer dispositivo de destino de comunicacion de campo cercano (140A) es un dispositivo pasivo de radiofrecuencia (RF) que es capaz de ser alimentado por un transceptor de radiofrecuencia del primer dispositivo de comunicacion de campo cercano (124A), y en el que la recepcion de datos desde el primer dispositivo de destino de comunicacion de campo cercano (140A) comprende la recepcion de datos desde el primer dispositivo de destino de comunicacion de campo cercano (140A) como respuesta a la alimentacion del primer dispositivo de destino de comunicacion de campo cercano (140A) con el transceptor de radiofrecuencia.
  5. 5. - El metodo de cualquiera de las reivindicaciones comprendidas entre la 1 y la 4, en el que los datos comprenden uno o varios de los datos de ubicacion, la aplicacion de solicitud de un vetnculo de transporte o datos de cupones.
  6. 6. - El metodo de cualquiera de las reivindicaciones comprendidas entre la 1 y la 5, que ademas comprende:
    la deteccion, por parte del dispositivo de procesamiento, de que el primer dispositivo de comunicacion de campo cercano (124A) del primer dispositivo informatico cliente (120A) se encuentra en proximidad ffsica con un segundo dispositivo de destino de comunicacion de campo cercano (152A) de un vetnculo de transporte; y
    la transmision, por parte del dispositivo de procesamiento, de informacion de pago al segundo dispositivo de destino de comunicacion de campo cercano (152A).
  7. 7. - Un sistema que comprende:
    medios para detectar que un primer dispositivo de comunicacion de campo cercano (124A) de un primer dispositivo informatico cliente (120A) se encuentra en proximidad ffsica con un primer dispositivo de destino de comunicacion de campo cercano (140A);
    medios para, como respuesta a la deteccion, iniciar la ejecucion de una aplicacion de solicitud de vetnculo de transporte que posea una interfaz grafica de usuario asociada (122A) presentada por el primer dispositivo informatico cliente (120A);
    medios para recibir datos desde el primer dispositivo de destino de comunicacion de campo cercano
    (140A);
    medios para generar una solicitud de pedido para un vetnculo de transporte basandose en la aplicacion de solicitud de vetnculo de transporte y los datos recibidos;
    medios para transmitir la solicitud de pedido a un servidor de transporte (110);
    medios para recibir una respuesta desde el servidor de transporte (110) que indique la aceptacion de la solicitud de pedido; y
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    medios para hacer que el primer dispositivo informatico cliente (120A) muestre, mediante la interfaz grafica de usuario (122A), una representacion grafica (650) de una relacion entre una ubicacion de recogida (652) y una ubicacion del vetffculo de transporte (654).
  8. 8. - El sistema de la reivindicacion 7, que ademas comprende:
    medios para detectar que el primer dispositivo de comunicacion de campo cercano (124A) del primer dispositivo informatico cliente (120A) se encuentra en proximidad ffsica con un segundo dispositivo de comunicacion de campo cercano (124Z) de un segundo dispositivo informatico cliente (120Z); y
    medios para hacer que la solicitud de pedido se asocie con el segundo dispositivo informatico cliente
    (120Z).
  9. 9. - El sistema de la reivindicacion 7 u 8, en el que los medios para detectar el primer dispositivo de destino de comunicacion de campo cercano (140A) comprende medios para detectar que el primer dispositivo de destino de comunicacion de campo cercano (140A) se encuentra a menos de 30 cm (1 pie) del primer dispositivo de comunicacion de campo cercano (124A).
  10. 10. - El sistema de cualquiera de las reivindicaciones comprendidas entre la 7 y la 9, en el que el primer dispositivo de destino de comunicacion de campo cercano (140A) es un dispositivo pasivo de radiofrecuencia que es capaz de ser alimentado por un transceptor de radiofrecuencia del primer dispositivo de comunicacion de campo cercano (124A), y en el que los medios para recibir datos del primer dispositivo de destino de comunicacion de campo cercano (140A) comprenden medios para recibir datos desde el primer dispositivo de destino de comunicacion de campo cercano (140a) como respuesta a la alimentacion del primer dispositivo de destino de comunicacion de campo cercano (140A) con el transceptor de radiofrecuencia.
  11. 11. - El sistema de cualquiera de las reivindicaciones comprendidas entre la 7 y la 10, que ademas comprende:
    medios para detectar que el primer dispositivo de comunicacion de campo cercano (124A) del primer dispositivo informatico cliente (120A) se encuentra en proximidad ffsica con un segundo dispositivo de destino de comunicacion de campo cercano (152A) de un vetffculo de transporte; y
    medios para transmitir la informacion de pago al segundo dispositivo de destino de comunicacion de campo cercano (152A).
  12. 12. - Un medio de almacenamiento legible por ordenador no transitorio con instrucciones codificadas en el mismo que, cuando son ejecutadas por un dispositivo de procesamiento, hacen que el dispositivo de procesamiento lleve a cabo operaciones que comprenden:
    la deteccion de que un primer dispositivo de comunicacion de campo cercano (124A) de un primer dispositivo informatico cliente (120A) se encuentra en proximidad ffsica con un primer dispositivo de destino de comunicacion de campo cercano (140A);
    como respuesta a la deteccion, la iniciacion de la ejecucion de una aplicacion de solicitud de vetffculo de transporte que posee una interfaz grafica de usuario asociada (122A) presentada por el primer dispositivo informatico cliente (120A);
    la recepcion de datos desde el primer dispositivo de destino de comunicacion de campo cercano (140A); la generacion de una solicitud de pedido para un vetffculo de transporte basandose en la aplicacion de solicitud de vetffculo de transporte y los datos recibidos;
    la transmision, por parte del dispositivo de procesamiento, de la solicitud de pedido a un servidor de transporte (110); y
    la recepcion, por parte del dispositivo de procesamiento, de una respuesta del servidor de transporte (110) en la que se indica la aceptacion de la solicitud de pedido; y
    el dispositivo de procesamiento hace que el primer dispositivo informatico cliente (120A) muestre, mediante el uso de la interfaz grafica de usuario (122A), una representacion grafica (650) de una relacion entre una ubicacion de recogida (652) y una ubicacion del vetffculo de transporte (654).
ES14194962.8T 2013-11-26 2014-11-26 Sistema y método para solicitar un vehículo de transporte utilizando un dispositivo de comunicación de campo cercano Active ES2589770T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361909226P 2013-11-26 2013-11-26
US201361909226P 2013-11-26

Publications (1)

Publication Number Publication Date
ES2589770T3 true ES2589770T3 (es) 2016-11-16

Family

ID=52000671

Family Applications (1)

Application Number Title Priority Date Filing Date
ES14194962.8T Active ES2589770T3 (es) 2013-11-26 2014-11-26 Sistema y método para solicitar un vehículo de transporte utilizando un dispositivo de comunicación de campo cercano

Country Status (6)

Country Link
US (2) US10424002B2 (es)
EP (1) EP2879410B1 (es)
ES (1) ES2589770T3 (es)
HK (1) HK1211405A1 (es)
IL (1) IL235911B (es)
RU (1) RU2615319C2 (es)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9628619B2 (en) * 2014-02-28 2017-04-18 Ford Global Technologies, Llc Nomadic device self user-identification
US10198700B2 (en) 2014-03-13 2019-02-05 Uber Technologies, Inc. Configurable push notifications for a transport service
US9960986B2 (en) 2014-03-19 2018-05-01 Uber Technologies, Inc. Providing notifications to devices based on real-time conditions related to an on-demand service
US9432798B2 (en) 2014-04-23 2016-08-30 Dell Products L.P. NFC communication with an information handling system supplemented by a management controller
US9780836B2 (en) * 2014-04-23 2017-10-03 Dell Products L.P. Server information handling system NFC management sideband feedback
US9331896B2 (en) 2014-04-23 2016-05-03 Dell Products L.P. Server information handling system NFC ticket management and fault storage
US9571165B2 (en) 2014-04-23 2017-02-14 Dell Products L.P. NFC communication with an information handling system supplemented by a management controller and advertised virtual tag memory
US9596149B2 (en) 2014-04-23 2017-03-14 Dell Products L.P. Server information handling system NFC ticket management and fault storage
US9631933B1 (en) 2014-05-23 2017-04-25 Google Inc. Specifying unavailable locations for autonomous vehicles
US9436182B2 (en) 2014-05-23 2016-09-06 Google Inc. Autonomous vehicles
US10438137B2 (en) 2014-10-06 2019-10-08 Massachusetts Institute Of Technology System for real-time optimal matching of ride sharing requests
US9473918B2 (en) * 2014-10-20 2016-10-18 Rodney Goossen Wildfire resource tracking apparatus and method of use thereof
WO2016067288A1 (en) * 2014-10-29 2016-05-06 Anagog Ltd. Computer-aided event hunting
US10282684B2 (en) 2015-02-26 2019-05-07 Uber Technologies, Inc. Performing selective operations based on mobile device locations
JP2016161989A (ja) 2015-02-26 2016-09-05 Ｌｉｎｅ株式会社 計算サーバ、通信端末及び通信端末のプログラム
JP2016201047A (ja) * 2015-04-13 2016-12-01 Ｌｉｎｅ株式会社 サーバ及びユーザ紹介方法並びにユーザ紹介プログラム
US9733096B2 (en) 2015-06-22 2017-08-15 Waymo Llc Determining pickup and destination locations for autonomous vehicles
US10212536B2 (en) 2015-07-10 2019-02-19 Uber Technologies, Inc. Selecting a messaging protocol for transmitting data in connection with a location-based service
US10242574B2 (en) 2016-03-21 2019-03-26 Uber Technologies, Inc. Network computer system to address service providers to contacts
US9791291B1 (en) * 2016-09-26 2017-10-17 Uber Technologies, Inc. Modifying map configurations based on established location points
CN107369227A (zh) * 2017-06-23 2017-11-21 芜湖恒天易开软件科技股份有限公司 车辆数据上传系统
US10567520B2 (en) 2017-10-10 2020-02-18 Uber Technologies, Inc. Multi-user requests for service and optimizations thereof
US11410088B2 (en) 2017-11-03 2022-08-09 Sita Ypenburg B.V. Systems and methods for interactions between ticket holders and self service functions
MX2021000183A (es) * 2018-08-22 2021-05-27 Beijing Didi Infinity Technology & Dev Co Ltd Sistema y método para generar certificado para solicitud de viajes fuera de línea.
US11231976B2 (en) 2019-12-20 2022-01-25 Capital One Services, Llc System and method for triggering an event in response to a point-of-sale transaction

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SU103020A1 (ru) 1955-06-01 1955-11-30 И.И. Матулайтис Машина дл наклейки этикеток на бутылки
US8085889B1 (en) * 2005-04-11 2011-12-27 Rambus Inc. Methods for managing alignment and latency in interference cancellation
US8014760B2 (en) * 2006-09-06 2011-09-06 Apple Inc. Missed telephone call management for a portable multifunction device
EP2135200A4 (en) * 2007-02-12 2011-12-28 Sean O'sullivan DISTRIBUTED TRANSPORT SYSTEM AND SERVICE NETWORK
EP2088550A1 (de) * 2008-02-08 2009-08-12 SkiData AG Verfahren zur Bestellung von ortsspezifischen Dienstleistungen
KR20110056561A (ko) 2008-09-30 2011-05-30 애플 인크. 피어 대 피어 금융 트랜잭션 장치들 및 방법들
US8733505B2 (en) * 2009-11-04 2014-05-27 Jules P. Paquet Two piece climber apparatus
US20110313804A1 (en) * 2009-12-04 2011-12-22 Garrett Camp System and method for arranging transport amongst parties through use of mobile devices
RU103020U1 (ru) * 2010-03-31 2011-03-20 Борис Алексеевич Курилович Система безналичной оплаты товаров и услуг с использованием мобильной связи
US8380129B2 (en) 2010-08-08 2013-02-19 Ali Mizani Oskui Contactless reader for mobile phone for online electronic transaction
WO2012027781A1 (en) * 2010-09-03 2012-03-08 Peter John Gosney Method and system for taxi operation
WO2012049564A2 (en) * 2010-10-15 2012-04-19 Norman Frederick Parkin A radio frequency communication device
US10168413B2 (en) * 2011-03-25 2019-01-01 T-Mobile Usa, Inc. Service enhancements using near field communication
US9916591B2 (en) * 2011-04-11 2018-03-13 Diegane Dione Systems and method for exchanging information bi-directionally
US20130041776A1 (en) * 2011-08-11 2013-02-14 Robert Peter SCHUNEMANN Cash payment apparatus, system and method
US8930492B2 (en) * 2011-10-17 2015-01-06 Blackberry Limited Method and electronic device for content sharing
US8666840B1 (en) * 2012-02-29 2014-03-04 Victor Matsas Computer methods and computer systems for facilitating automated sale transactions between buyers and sellers over the sale of fully pre-specified products and services
KR20140009744A (ko) * 2012-07-12 2014-01-23 주식회사 엘지씨엔에스 교통 요금 처리를 위한 태그형 결제 단말, 태그형 결제 단말의 교통 요금 처리 방법 및 기록 매체
KR102053901B1 (ko) * 2012-08-16 2019-12-09 삼성전자주식회사 일정 관리 방법, 일정 관리 서버 및 그를 위한 이동 단말
US20140081853A1 (en) * 2012-09-11 2014-03-20 First Data Corporation Systems and methods for implementing mobile bill payment functionality in mobile commerce
KR20140051640A (ko) * 2012-10-23 2014-05-02 삼성전자주식회사 휴대 단말에서의 결제 수행 방법 및 장치와 그 방법에 대한 프로그램 소스를 저장한 기록 매체
CN103325269A (zh) * 2013-06-08 2013-09-25 开平市中铝实业有限公司 一种基于近场通信的出租车呼叫系统
US20150100439A1 (en) * 2013-10-08 2015-04-09 Jason Lu Workflow System

Also Published As

Publication number Publication date
RU2014147760A (ru) 2016-06-20
IL235911A0 (en) 2015-02-26
US11113748B2 (en) 2021-09-07
HK1211405A1 (zh) 2016-05-20
US10424002B2 (en) 2019-09-24
US20190378199A1 (en) 2019-12-12
RU2615319C2 (ru) 2017-04-04
EP2879410A1 (en) 2015-06-03
EP2879410B1 (en) 2016-07-13
US20150149320A1 (en) 2015-05-28
IL235911B (en) 2018-04-30

Similar Documents

Publication Publication Date Title
ES2589770T3 (es) Sistema y método para solicitar un vehículo de transporte utilizando un dispositivo de comunicación de campo cercano
US20190073838A1 (en) Information processing method and non-transitory computer-readable storage medium
US9571988B2 (en) Location based assisting apparatuses, methods and computer readable mediums
US20150254720A1 (en) Location-based directed product and service suggestions
Shaheen et al. Smartphone app evolution and early understanding from a multimodal app user survey
US20200160393A1 (en) Information processing apparatus, information processing system, and advertisement distribution method for vehicle
US20190188640A1 (en) Stock management device, customer terminal, and stock management method
US20190325480A1 (en) Information providing device, information providing system, and information providing method
US20160300400A1 (en) Server device, communication terminal, and non-transitory computer-readable medium for enabling payment for shared-transportation
US11188956B2 (en) System and method for performing operations in response to preauthorization and geographic location data
US20200143424A1 (en) Information processing apparatus, information processing method, and non-transitory storage medium
JP2018124900A (ja) 運転管理装置、運転管理方法および運転管理システム
JP6609238B6 (ja) ナビゲーションサーバ、ナビゲーション方法、およびプログラム
JP5696077B2 (ja) 配送支援装置、配送支援システムおよび配送支援方法
KR20160115253A (ko) 비콘을 이용한 푸드트럭 관리 시스템 및 푸드트럭 관리 방법
KR101699483B1 (ko) 원격 조정이 가능한 이동식 광고 시스템 및 그 운용방법
JP7446274B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
US20210312583A1 (en) Control device, program for control device, and program for terminal device
JP2019024974A (ja) 追跡ゲーム・システム
US11416812B2 (en) Delivery assistance device, customer terminal, and delivery assistance method
US20220028255A1 (en) Traffic information analysis device and traffic information analysis method
JP6751004B2 (ja) 健康支援装置、健康支援方法および健康支援プログラム
KR101685948B1 (ko) 위치 기반 도움 서비스 제공 시스템 및 방법
JP2020052976A (ja) 情報処理装置及びプログラム
JP6944037B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム