[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

ES2683174T3 - Aparatos, métodos y sistemas de compra en persona con un solo toque - Google Patents

Aparatos, métodos y sistemas de compra en persona con un solo toque Download PDF

Info

Publication number
ES2683174T3
ES2683174T3 ES12763395.6T ES12763395T ES2683174T3 ES 2683174 T3 ES2683174 T3 ES 2683174T3 ES 12763395 T ES12763395 T ES 12763395T ES 2683174 T3 ES2683174 T3 ES 2683174T3
Authority
ES
Spain
Prior art keywords
server
user
mobile device
merchant
code
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
ES12763395.6T
Other languages
English (en)
Inventor
Edward Katzin
Ayman Hammad
Julian Hua
Jerry WALD
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.)
Visa International Service Association
Original Assignee
Visa International Service Association
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 Visa International Service Association filed Critical Visa International Service Association
Application granted granted Critical
Publication of ES2683174T3 publication Critical patent/ES2683174T3/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/0607—Regulated
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/047—Payment circuits using payment protocols involving electronic receipts
    • 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/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/208—Input by product or record sensing, e.g. weighing or scanner 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/20—Point-of-sale [POS] network systems
    • G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3221—Access to banking information through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • 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/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/0036—Checkout procedures
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/0036—Checkout procedures
    • G07G1/0045—Checkout procedures with a code reader for reading of an identifying code of the article to be registered, e.g. barcode reader or radio-frequency identity [RFID] reader
    • G07G1/0081—Checkout procedures with a code reader for reading of an identifying code of the article to be registered, e.g. barcode reader or radio-frequency identity [RFID] reader the reader being a portable scanner or data reader
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G3/00—Alarm indicators, e.g. bells
    • G07G3/003—Anti-theft control

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Un método realizado en una tienda minorista que tiene un sistema (261, 262, 263) antirrobo, que comprende: recibir, mediante un servidor (265) de un dispositivo (201) móvil del consumidor en una tienda minorista, un identificador (205) de producto para un artículo de compra potencial que es obtenido basándose en una captura en persona de identificador de producto mediante el dispositivo móvil; identificar, mediante servidor, un comerciante para el artículo de compra potencial, el comerciante que está asociado con la tienda minorista; determinar, mediante el servidor, un precio del artículo de compra potencial basándose en el comerciante; obtener, mediante el servidor del dispositivo móvil, consentimiento del consumidor para comprar el artículo; iniciar, mediante el servidor utilizando el dispositivo móvil, una transacción de compra con el comerciante identificado para el artículo de compra potencial basándose en el consentimiento del consumidor; proporcionar, mediante el servidor al dispositivo móvil, un recibo (252) electrónico que tiene un código verificable de comerciante, el recibo que está basado en la transacción de compra; recibir el código (251) verificable de un lector (260) en la tienda minorista, el código verificable que ha sido leído del dispositivo móvil utilizando el lector mientras el dispositivo móvil está próximo al lector; verificar que el código verificable es válido; recibir una indicación de que el código verificable es válido; y detectar en un sistema antirrobo una etiqueta (257) antirrobo de un artículo (210); en respuesta a la detección de la etiqueta antirrobo, determinar si la etiqueta antirrobo coincide con un producto asociado con el código verificable; y en respuesta a la determinación de una coincidencia entre el producto y la etiqueta antirrobo, desactivar el sistema antirrobo para la etiqueta antirrobo para permitir al artículo abandonar la tienda.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Aparatos, metodos y sistemas de compra en persona con un solo toque Antecedentes
1. Campo de la tecnica
Esta divulgacion se refiere en general al procesamiento de datos para la determinacion financiera y de coste/precio, y de forma mas espedfica se relaciona con la compra asistida de forma electronica en tiendas minoristas tradicionales.
2. Antecedentes
Las tiendas minoristas son un elemento basico de la vida moderna. Se ocupan de las necesidades de la vida, tal como alimentos y medicinas, asf como artfculos de lujo, tales como joyena y electronica de consumo. Estas tiendas ffsicas “tradicionales” emplean una disposicion familiar bien conocida con estantenas y expositores de mercanda que ocupan la mayor parte de la tienda y areas de cajero cerca de la entrada o salida. Los consumidores entran libremente en la tienda, a menudo cogen carros de la compra o cestas transportables, y buscan artfculos en el area de mercandas donde los expositores de inventario invitan a la compra.
Las transacciones del consumidor tfpicamente requieren que un cliente seleccione artfculos de un expositor del inventario de la tienda y despues produzca los artfculos en una ubicacion de pago para iniciar una transaccion de compra. La informacion del artfculo se introduce tfpicamente en un dispositivo de terminal de punto de venta (TPV), o la informacion se produce de forma automatica escaneando los codigos de barras en los envases de los productos con un escaner de codigo de barras. Normalmente se proporciona al cliente con un numero de opciones de pago, tales como pago en efectivo, cheque, tarjeta de credito o tarjeta de debito. Una vez que se ha realizado y aprobado el pago, el terminal de punto de venta memoriza la transaccion en el sistema informatico del comerciante y se genera un recibo de papel que indica la consumacion satisfactoria de la transaccion.
En algunas tiendas, un guardia de seguridad u otro representante de la tienda comprueban por segunda vez el recibo de papel con los artfculos en las bolsas de los consumidores cuando los consumidores salen. Esto puede evitar el hurto y el fraude.
Se han realizado progresos en acelerar transacciones, el seguimiento de inventario, y la reduccion de robo. Las cajas registradoras mecanicas han dado paso a terminales de TPV y registros electronicos que estan integrados con bases de datos de inventario electronicas de la tienda. Los codigos de barra de codigo universal de producto (UPC) son casi universales en el envasado y permiten el escaneando mediante escaneres baratos. Las etiquetas de identificacion de radiofrecuencia (RFID) y/o los codigos de barra bidimensionales, tales como los codigos QR® (codigo de respuesta rapida), los codigos de matiz bidimensionales, pueden agilizar la identificacion del producto incluso mas. Los dispositivos antirrobo, tales como etiquetas antirrobo desechables y torres o pilares antirrobo cerca de las salidas de la tienda que las detectan, se ha vuelto mas generalizados. Todas estas tecnologfas contribuyen al funcionamiento fluido y eficiente de las tiendas minoristas para los propietarios de la tienda y una experiencia mas agil de los consumidores. Sin embargo, la experiencia del consumidor esta lejos de estar exenta de problemas. A pesar de todas las nuevas tecnologfas, los clientes a menudo se encuentran aun teniendo que esperar en la cola con otros clientes para comprar artfculos.
Las tecnologfas de autopago, han ganado aceptacion en algunos tipos de tiendas tales como supermercados, vendedores de alto volumen, y tiendas de mejora para el hogar. Sin embargo, muchas tiendas han descubierto que emplear tecnologfas de autopago no evita que los consumidores esperen impacientemente en las colas. Las maquinas de autopago actuales son caras, ocupan un espacio importante en el frente de las tiendas y solo puede haber un numero limitado de ellas disponible a la vez. Tambien invitan un poco al robo debido a que relativamente pocos empleados vigilan las transacciones de clientes multiples que suceden en paralelo.
Los telefonos inteligentes faciles de utilizar, popularizados por el telefono movil iPhone® disponible en Apple Inc. de Cupertino, California, han sido sugeridos como un dispositivo de compra dentro de la tienda a traves del cual un consumidor puede comprar artfculos. Otros telefonos inteligentes tales como telefonos basados en el sistema operativo Android® de Google (de Mountain View, California), telefonos basados en el sistema operativo Windows Mobile® de Microsoft (de Redmon, Washington) y telefonos inteligentes de BlackBerry® de Research in Motion Ltd. de Ontario, Canada son dispositivos moviles que ofrecen una funcionalidad similar.
Aplicaciones de software para telefonos inteligentes y otros dispositivos moviles, tambien conocidas como “aplicaciones” han sido desarrolladas para ser capaces de fotografiar un codigo de barras y despues decodificar el numero asociado. Estas aplicaciones de lectura de codigo de barras pueden consultar una base de datos a traves de una conexion inalambrica a una red con el fin de consultar el producto asociado con el codigo de barras.
La solicitud de patente estadounidense No. 2010/0082447 A1, publicada el 1 de abril de 2010 y asignada a Apple, Inc., da a conocer que un comprador puede escanear artfculos en una tienda con un iPhone, anadirlos a la lista de la compra, y despues pagar electronicamente. La lista de la compra del usuario puede ser editada, y se puede comprar
5
10
15
20
25
30
35
40
45
50
55
artfculos multiples de una sola vez a traves del telefono. El usuario puede seleccionar un boton “comprar ahora” y despues ser notificado cuando el artfculo esta listo para la recogida.
Existe una necesidad en la tecnica para una experiencia de compra mas agilizada para consumidores con proteccion contra los hurtos para los propietarios de la tienda.
El documento US 2010/287057 A1 describe un sistema para ayudar a un comprador para realizar una compra de autoservicio utilizando una etiqueta electronica de producto (ESL) mientras mira artfculos reales mostrados en una tienda y para expandir las funciones de la etiqueta electronica de producto (ESL) para permitir la conexion con otros sistemas de procesamiento de datos de forma expansiva. Un comprador utiliza un dispositivo de procesamiento movil (tfpicamente, un telefono movil propiedad del comprador) en una tienda. Las funciones necesarias para obtener contenidos de la etiqueta electronica de producto (ESL) se obtienen introduciendo un programa de aplicacion en el propio telefono movil del comprador, mediante lo cual se espera que el comprador sea capaz de disfrutar facilmente de la compra. Cuando se fotograffa la etiqueta electronica de producto (ESL), los contenidos asociados con los artfculos son codificados (la visualizacion de precio cambia automaticamente a un codigo de barras) y despues se decodifica.
El documento DE 10 2008 032872 A1 describe un sistema de seguridad (SYS) para un dispositivo de ventas, que comprende al menos un primer dispositivo (CP) para generar un recibo de pago para artfculos comprados y/o servicios, y que comprende al menos un segundo dispositivo (CTR) para examinar el recibo de pago, en donde el primer dispositivo (CP) genera un recibo de pago electronico en forma de un ID (CD) y que comprende un dispositivo de trasmision (CP-S) que transmite el ID (CD) de forma inalambrica a un dispositivo movil (M), y el segundo dispositivo (CTR) comprende al menos un dispositivo de recepcion (CTR-R;SCN) que recibe de forma inalambrica el ID(CD) desde el dispositivo movil (M). El primer dispositivo puede ser un sistema de punto de pago (CP), en particular un sistema de punto de pago de autoservicio y/o una maquina expendedora. El segundo dispositivo (CTR) puede ser un sistema de control que puede estar instalado en un area de salida del dispositivo de ventas, en particular un sistema de puerta de control (CTR).
El documento US2009/055278 A1 describe la incorporacion de una tecnologfa de saneado y de una tecnologfa de pago seguro en el sistema operativo (SO) de un dispositivo movil tal como un telefono inteligente. En un ejemplo, la tecnologfa de escaneado comprende una capacidad de interrogacion de RFID. Esto permite al usuario del telefono inteligente validar transacciones durante una sesion de compra en una ubicacion minorista (es decir, escanear artfculos a medida que son anadidos a su carro de compra) y agilizar el proceso de pago permitiendo de forma electronica su informacion de tarjeta de credito/debito directamente a su institucion financiera para autorizar el pago para finalizar la transaccion, todo mientras esta dentro de la ubicacion minorista.
Breve resumen
La invencion esta definida por las reivindicaciones.
En general, la solicitud se refiere a una compra asistida por telefono inteligente en tiendas minoristas tradicionales con una aplicacion en red con el sistema de compra y antirrobo de las tiendas. En algunos casos, el usuario escanea un artfculo con su propio telefono movil, lo compra utilizando un toque de su dedo u otro puntero, recibe un recibo electronico en el telefono, y los sistemas de compra y antirrobo de las tiendas se actualizan automaticamente de manera que se permite que el usuario salga de la tienda con el artfculo. Para grandes compras, se puede emplear una autenticacion del usuario mediante una conversacion por video con un representante de servicio al cliente remoto, alternando automaticamente puntuaciones de riesgo de fraude basadas en si fue aceptada y/o realizada la conversacion por video. La puntuacion de riesgo de fraude actualizada se puede vincular a un sistema de prevencion de robo o de gestion.
La solicitud tambien esta dirigida general a una interseccion de una peticion de autorizacion de tarjeta de credito dentro de una red de pago, y una presentacion al usuario de diferentes tarjetas que podnan ser utilizadas en el monedero electronico del usuario. Las diferentes tarjetas pueden participar en una subasta automatizada para presentar ofertas competidoras para utilizar su tarjeta. Diferentes productos y/o comerciantes que compiten con el mismo o productos competidores se pueden promocionar al usuario mientras el o ella se centra en su telefono movil.
Descrito en el presente documento hay un metodo de autenticacion para la compra en persona asistida por un dispositivo movil. El metodo incluye obtener, mediante un dispositivo movil, un identificador de producto para un artfculo de compra potencial basandose en una captura en persona del identificador de producto en una tienda minorista, determinar un precio del artfculo de compra potencial a partir de una base de datos asociada con la tienda minorista, mostrar, en el dispositivo movil, un elemento de interfaz operativo para indicar el consentimiento del consumidor para cargar una cuenta del consumidor por el artfculo de compra potencial y calcular una primera puntuacion de riesgo basandose en el precio del artfculo de compra potencial. El metodo ademas incluye comparar la primera puntuacion de riesgo con un valor umbral, enviando, desde al menos un servidor, un mensaje al dispositivo movil basandose en la comparacion de la primera puntuacion de riesgo con el valor umbral, el mensaje que tiene un elemento de interfaz operativo para iniciar una sesion de conversacion por video entre el consumidor y un representante del servicio al cliente, abriendo una sesion de conversacion por video basandose en una seleccion del
5
10
15
20
25
30
35
40
45
50
55
60
elemento de interfaz en el mensaje por el consumidor, calcular una segunda puntuacion de riesgo basandose en la primera puntuacion de riesgo y en la apertura de la sesion de conversacion por video, y recibir en el dispositivo movil, un recibo de una compra aprobada del artfculo.
Tambien descrito en el presente documento hay un sistema para una compra asistida por dispositivo movil. El sistema comprende un dispositivo movil, el cual en sf mismo incluye una camara operable para capturar una identificacion del producto de un envase del producto, una interfaz de red operable para buscar un precio utilizando el identificador de producto y recibir un mensaje que tenga un elemento de interfaz, y un monitor operable para mostrar un elemento de interfaz operable para indicar un consentimiento de un consumidor para comprar un producto identificado por el identificador de producto y operable para mostrar el elemento de interfaz en el mensaje operable para iniciar una sesion de conversacion por video entre el consumidor y un representante de servicio al cliente. El sistema tambien incluye al menos un ordenador servidor que ejecuta instrucciones en un programa de ordenador, las instrucciones de programa de ordenador que incluyen un codigo de programa para calcular una primera puntuacion de riesgo basandose en el precio, el codigo de programa para calcular una segunda puntuacion de riesgo basandose en el precio y en una apertura de una sesion de conversacion por video entre el consumidor y el representante del servicio al cliente y un codigo de programa para enviar un recibo electronico para una compra aprobada del artfculo.
Tambien descrito en el presente documento hay un metodo de verificacion automatica de un artfculo utilizando un dispositivo movil en una tienda minorista. El metodo incluye obtener un identificador de producto para un artfculo de compra potencial basandose en una captura en persona del identificador de producto mediante un dispositivo movil de un consumidor en una tienda minorista, identificar a un comerciante para el artfculo de compra potencial, el comerciante asociado con la tienda minorista, determinar un precio del artfculo de compra potencial basandose en el comerciante, obtener, utilizando el dispositivo movil, consentimiento del consumidor para comprar el artfculo, iniciar, utilizando el dispositivo movil, una transaccion de compra con el comerciante identificado para el artfculo de compra potencial basandose en el consentimiento del consumidor, recibir en el dispositivo movil un recibo electronico que tiene un codigo verificable de comerciante, el recibo basado en la transaccion de compra, produciendo desde el dispositivo movil el codigo verificable mientras el dispositivo movil esta proximo a un lector en la tienda minorista, y recibir una indicacion de que el codigo verificable es valido, por lo tanto permitiendo al consumidor salir de la tienda minorista con el artfculo.
Tambien descrito en el presente documento hay un metodo de verificacion automatica de un artfculo utilizando un dispositivo movil en una tienda minorista. El metodo incluye obtener un identificador de producto para un artfculo de compra potencial basandose en una captura en persona del identificador de producto mediante un dispositivo movil de un consumidor en una tienda minorista, determinar un precio del artfculo de compra potencial, recibiendo consentimiento del consumidor para cargar en una cuenta del consumidor, cargar la cuenta del consumidor para una compra del artfculo, recibir una indicacion de que el cargo a la cuenta tuvo exito, generar un recibo electronico que tiene un codigo verificable basandose en la indicacion recibida, enviar el recibo electronico al dispositivo movil del consumidor, leer el codigo verificable desde el dispositivo movil, verificar que el codigo verificable lefdo del dispositivo movil es valido, y enviar una indicacion de que el codigo verificable es valido para permitir al consumidor salir de la tienda minorista con el artfculo.
Tambien es descrito en el presente documento un metodo de presentacion de ofertas de cuenta de compra competidora durante las transacciones de compra, de una compra asistida por dispositivo movil. El metodo incluye recibir una peticion de autorizacion de un adquiriente para el pago de una primera cuenta de pago de un consumidor a un comerciante, determinar una oferta para utilizar una segunda cuenta de pago asociada con el consumidor, basandose la determinacion en la recepcion de la peticion de autorizacion, enviar la oferta determinada al consumidor, recibir una seleccion de la oferta del consumidor, revisar la peticion de autorizacion para solicitar un pago de la segunda cuenta de pago del consumidor, y enviar la peticion de autorizacion revisada a un emisor asociado con la segunda cuenta de pago.
Tambien descrito en el presente documento hay un metodo de presentacion de ofertas de producto de competencia durante transacciones de compra, de una compra asistida por dispositivo movil. El metodo incluye recibir una primera peticion de autorizacion de un adquiriente para el pago desde una primera cuenta de pago de un consumidor a un primer comerciante, recibir un identificador de producto para un artfculo que se va a comprar, determinar una oferta para un artfculo competidor o segundo comerciante, basandose la determinacion en la recepcion de la primera peticion de autorizacion y el identificador de producto recibido o el primer comerciante, enviar la oferta al consumidor, recibir una seleccion de la oferta del consumidor, cancelar la primera peticion de autorizacion basandose en la seleccion recibida, generar una segunda edicion de autorizacion para el pago desde la cuenta de pago del consumidor al segundo comerciante para la oferta, y enviar la segunda peticion de autorizacion a un emisor asociado con la cuenta de pago.
Tambien descrito en el presente documento hay un metodo de actualizacion del sistema antirrobo en una tienda minorista para una compra asistida por dispositivo movil. El metodo incluye obtener un identificador de producto para un artfculo de compra potencial basandose en una captura en persona del identificador de producto mediante un dispositivo movil de un consumidor en una tienda minorista, determinar un precio del artfculo de compra potencial, recibir consentimiento del consumidor para cargar una cuenta del consumidor, cargar la cuenta para una compra del
5
10
15
20
25
30
35
40
45
artfculo, recibir una indicacion de que el cargo de la cuenta tuvo exito, y enviar una indicacion a un sistema antirrobo de que el artfculo es libre de abandonar la tienda minorista.
Tambien descrito en el presente documento hay un medio de almacenamiento tangible legible por maquina y sistemas de ordenador que emplean o almacenan instrucciones para los metodos descritos anteriormente.
Una comprension adicional de la naturaleza y de las ventajas de los ejemplos divulgados y sugeridos en el presente documento se puede realizar con referencia a las porciones restantes de la memoria descriptiva y de los dibujos adjuntos.
Breve descripcion de los dibujos
La figura 1 es un diagrama de bloques que ilustra aspectos de ejemplo de una compra en persona con un solo toque de acuerdo con un modo de realizacion.
La figura 2A ilustra la captura de un identificador de producto de acuerdo con un modo de realizacion.
La figura 2B ilustra la muestra de la informacion de producto y de la informacion de promocion de acuerdo con el modo de realizacion de la figura 2A.
La figura 2C ilustra un aspecto de “comprar ahora” de acuerdo con el modo de realizacion de la figura 2A.
La figura 2D ilustra una confirmacion de compra de acuerdo con el modo de realizacion de la figura 2A.
La figura 2E ilustra un recibo electronico de acuerdo con un modo de realizacion.
La figura 2F ilustra el uso de un recibo electronico para desarmar un sistema antirrobo de tienda de acuerdo con un modo de realizacion.
La figura 3A ilustra una captura de un identificador de producto de acuerdo con un modo de realizacion.
La figura 3B ilustra una pantalla de autorizacion de acuerdo con un modo de realizacion.
La figura 3C ilustran la pantalla de autorizacion alterada de la figura 3B.
La figura 3D ilustra un mensaje con un elemento de interfaz operativo para iniciar una sesion de conversacion por video entre un usuario y un representante del servicio al cliente de acuerdo con un modo de realizacion.
La figura 3E ilustra la apertura de una sesion de conversacion de video con un representante del servicio al cliente en un movil inteligente de acuerdo con un modo de realizacion.
La figura 3F ilustra un desaffo de texto en un dispositivo movil de acuerdo con un modo de realizacion.
La figura 3G ilustra una pantalla de seleccion de privacidad en un dispositivo movil de acuerdo con un modo de realizacion.
La figura 3H ilustra un recibo electronico que tiene un codigo verificable de comerciante mostrado en un dispositivo movil de acuerdo con un modo de realizacion.
La figura 4 es un diagrama de flujo logico que ilustra aspectos de ejemplo al realizar una transaccion de compra de productos movil de acuerdo con un modo de realizacion.
La figura 5 es un diagrama de flujo logico que ilustra aspectos de ejemplo de la seleccion de opciones de compra para una transaccion de compra de producto movil de acuerdo con un modo de realizacion.
La figura 6A es un diagrama de flujo de datos que ilustra un ejemplo de procedimiento de la ejecucion de una transaccion basada en tarjeta resultante en unos datos de transaccion basados en tarjeta brutos de acuerdo con un modo de realizacion.
La figura 6B es una continuacion del diagrama de flujo de datos de la figura 6A.
La figura 6C es un diagrama de flujo que ilustra un ejemplo de procedimiento para ejecutar una transaccion basada en tarjeta resultante en unos datos de transaccion basados en tarjeta brutos de acuerdo con el modo de realizacion de la figura 6A.
La figura 7A es un diagrama de flujo logico que ilustra un ejemplo de aspectos de la ejecucion de una transaccion basada en tarjeta que resulta en la generacion de datos de transaccion basados en tarjeta brutos de acuerdo con un modo de realizacion.
La figura 7B es una continuacion del diagrama de flujo logico de la figura 7A.
5
10
15
20
25
30
35
40
45
50
La figura 7C es un diagrama de flujo logico que ilustra un ejemplo de aspectos de la ejecucion de una transaccion basada en tarjeta resultante en la generacion de datos de transaccion basados en tarjeta brutos de acuerdo con un modo de realizacion.
La figura 7D es una continuacion del diagrama de flujo logico de la figura 7C.
La figura 8 es un diagrama de bloques que ilustra modos de realizacion de un controlador de acuerdo con un modo de realizacion.
La figura 9 es un diagrama de flujo de un proceso de acuerdo con un modo de realizacion.
La figura 10 es un diagrama de flujo de un proceso de acuerdo con un modo de realizacion.
La figura 11 es un diagrama de flujo de un proceso de acuerdo con un modo de realizacion.
La figura 12 es un diagrama de flujo de un proceso de acuerdo con un modo de realizacion.
La figura 13 es un diagrama de flujo de un proceso de acuerdo con un modo de realizacion.
La figura 14 es un diagrama de flujo de un proceso de acuerdo con un modo de realizacion.
Las figuras seran utilizadas ahora para ilustrar diferentes modos de realizacion de acuerdo con la invencion. Las figuras son ejemplos espedficos de modos de realizacion y no debenan interpretarse como modos de realizacion limitativos, sino mas bien como formas y procedimientos de ejemplo.
Descripcion detallada
La compra asistida por dispositivo movil en tiendas minoristas puede emplear aplicaciones que requieran meramente que un consumidor escanee un artfculo y despues toque sobre la figura o puntero con el fin de consumar una compra. Dichas aplicaciones, algunas veces referidas en el presente documento como soluciones en persona con un toque (IPOT), pueden minimizar las dificultades de transaccion cuando se compra en tiendas minoristas y por lo tanto facilitan mas las ventas.
Dichas soluciones pueden venir con un peligro para el propietario de la tienda, sin embargo, ya que pueden suceder mas robos debido a que los consumidores no necesitan presentar sus artfculos para escanear por un cajero con el fin de abandonar la tienda con ellos. Sin embargo, recibos electronicos, una autenticacion avanzada, y la creacion de redes entre los telefonos inteligentes de los consumidores y las tiendas pueden reducir este riesgo. Se divulgan modos de realizacion de la presente solicitud de dichos metodos, sistemas y dispositivos que haran las soluciones tecnicas evidentes al experto en la tecnica.
Un usuario puede descargar una aplicacion a su dispositivo movil personal que puede funcionar como un identificador de producto y precio, un monedero electronico de compra, y una indicacion de proximidad automatizada para salir de una tienda con el artfculo. Para artfculos de un coste mayor, un representante del servicio al cliente puede pedir una conversacion por video con el consumidor con el fin de mirarlo a los ojos y reducir el riesgo de una transaccion posiblemente problematica. Servidores de apoyo pueden mostrar ofertas competidoras al usuario durante una transaccion de tarjeta de credito de manera que el usuario pueda decidir finalmente la mejor ganga.
Hay muchas ventajas tecnicas de los modos de realizacion. Lanzar una aplicacion para telefonos moviles de consumidores de una tienda minorista que permita a los consumidores escanear y comprar sus propios articulo reduce la necesidad de cajeros, dispositivos de punto de venta, y otro equipo capital en la tienda, lo cual a su vez reduce el deterioro de los dispositivos existentes y puede permitir que sea necesario menos equipo en cualquiera de los momentos. Tambien reduce el numero de interfaces hombre y maquina que toca a la gente, descendiendo la trasmision de enfermedades transmitidas por superficie entre aquellos que compran y los que estan empleados en las tiendas. Ademas de necesitar menos equipo capital, se necesitan menos cajeros, empleados de cortesfa, de comprobacion de precio, y otros empleados.
Los consumidores usan sus propios telefonos moviles con los cuales estan familiarizados y comodos. El pago y otros momentos de interaccion dependen de la velocidad de sus telefonos moviles; por lo tanto, los consumidores con telefonos moviles mas rapidos recibiran un servicio ligeramente mas rapido. Muchos consumidores actualizan sus telefonos moviles cada dos anos, de manera que la velocidad de verificacion puede incrementarse cada par de anos para muchos.
Conectando un recibo electronico legible por maquina con un codigo verificable por el comerciante, tal como un codigo de barras, se puede automatizar la salida de una tienda. En lugar de que un empleado compruebe un recibo en papel del consumidor cuando sale de la tienda, un codigo de barras permite al sistema ser automatizado. Cuando un telefono del usuario pasa cerca de una camara en una salida de la tienda, un lector lee el codigo de barras, determina si es valido, lo comprueba con respecto a artfculos en el inventario de la tienda, y “desactiva” automaticamente un sistema de alarma antirrobo de manera que la deteccion de una etiqueta antirrobo en la bolsa del usuario no haga saltar la
5
10
15
20
25
30
35
40
45
50
55
alarma. La interaccion entre el telefono movil, la infraestructura de autorizacion del pago, el inventario de tienda, y el sistema antirrobo permite que sean necesarios menos capital y otros recursos por la tienda a la vez que evita el robo.
La figura 1 es un diagrama de bloques que ilustra aspectos de ejemplo en una compra en persona con un solo toque. En algunas implementaciones, un usuario, por ejemplo 101 puede desear comprar productos, servicios y/u otras ofertas (“productos”) en persona. El usuario puede entrar en la entrada 102, en un frente de un edificio, un almacen, un recinto ferial, un mercado al aire libre, una tienda de madera, otra tienda minorista para comprar un producto. El usuario inspecciona los productos disponibles en la tienda en el pasillo 103 en persona y puede desear aprender mas acerca del producto. El usuario escanea el producto 105 utilizando el dispositivo 104a cliente.
Por ejemplo, el usuario puede capturar informacion acerca de una identificacion del producto (por ejemplo, un codigo de barras, RFID, un codigo QR) asociado con el producto. El usuario puede obtener una imagen, un video, una transmision en vivo, etcetera, de la identificacion de producto asociada con el producto. El dispositivo 104a cliente proporciona la informacion obtenida a un servidor. El dispositivo cliente puede enviar a un servidor un mensaje POST/GET de protocolo de transferencia de hipertexto (seguro) (HTTP(S)), un mensaje de correo electronico, un mensaje de servicio de mensaje corto (SMS) una transmision en video de HTTP/protocolo de transmision en tiempo real (RTSP), etcetera, incluyendo la informacion capturada sobre la identificacion de producto asociada con el producto.
En algunas implementaciones, el servidor puede utilizar la informacion de captura sobre la identificacion de producto asociada con el producto para identificar el producto sobre el cual el usuario desea aprender. Por ejemplo, servidor puede procesar el mensaje proporcionado por el dispositivo cliente y extraer la informacion de identificacion de producto basandose en el procesamiento. El servidor puede acceder a una base de datos y buscar ofertas de producto para proporcionarlas al usuario basandose en la informacion de identificacion de producto extrafda del mensaje desde el dispositivo cliente. Por ejemplo, el servidor puede utilizar un archivo de comandos de preprocesador de hipertexto (PHP) para emitir comandos de lenguaje de consulta estructurada (SQL) para consultar una base de datos relacional para ofertas de producto para proporcionarlas al usuario. La base de datos puede tener informacion almacenada de varios comerciantes, ubicaciones de comerciante, ofertas, descuentos, cupones, anuncios, y/o similares, que pueden ser proporcionados al usuario. En algunas implementaciones, el servidor puede utilizar la ubicacion del dispositivo de cliente (por ejemplo utilizando datos de ubicacion de un sistema de posicionamiento global (GPS)), asf como la informacion de identificacion de producto para consultar la base de datos para ofertas de producto para proporcionarlas al usuario.
En algunas implementaciones, el servidor puede proporcionar los resultados obtenidos de la base de datos al dispositivo 104b cliente. Por ejemplo, el dispositivo cliente puede estar ejecutando un modulo de aplicacion (“aplicacion”) a traves del cual el dispositivo cliente puede comunicarse con el servidor. El dispositivo cliente puede mostrar los resultados obtenidos del servidor a traves de la aplicacion al usuario.
En algunas implementaciones, la aplicacion puede proporcionar al usuario una opcion para comprar el producto en el lugar realizando una simple accion (por ejemplo, tocar, deslizarse por la pantalla tactil de un dispositivo movil, presionar una tecla en un teclado, realizar un clic simple de raton).
En algunas implementaciones, la aplicacion puede proporcionar al usuario varias opciones alternativas. Por ejemplo, la aplicacion puede proporcionar al usuario comerciantes alternativos donde el usuario puede tener el producto y/o productos similares, productos alternativos que pueden ser comparables al producto, informacion de precio competitiva entre comerciantes, descuentos, cupones, y/u otras ofertas para el usuario, etcetera. En algunas implementaciones, la aplicacion puede indicar que el usuario puede ganar puntos de recompensa si el usuario compra el producto a otro comerciante. En algunas implementaciones, la aplicacion puede indicar que puede requerirse el uso de menos puntos de recompensa para pagar por la transaccion de compra si el usuario compra el producto a otro comerciante, debido a que el otro comerciante puede tener una mejor relacion con el proveedor de puntos de recompensa. En algunas implementaciones la aplicacion puede indicar que el usuario puede ganar mas puntos de recompensa si usa una tarjeta espedfica (o alternativa) para pagar la transaccion de compra. En algunas implementaciones, la aplicacion puede indicar que el usuario puede obtener una cantidad mayor de reembolsos si el usuario compra la tarjeta a un comerciante alternativo y/o utiliza una tarjeta alternativa. En varias implementaciones, las ofertas para el usuario que incluyen y son similares a las descritas en el presente documento pueden originarse de varias entidades y/o componentes del sistema, incluyendo pero no limitados a: comerciantes, redes de pago, emisores de tarjetas, adquirientes y/o similares.
En algunas implementaciones, el usuario 101 puede comprar el producto en el lugar del comerciante actual y/u otro(s) comerciante(s) realizando una unica accion en el dispositivo de usuario (por ejemplo, un toque de una pantalla tactil del dispositivo de usuario). En dichas implementaciones, el servidor puede indicar la transaccion de compra basada en tarjeta utilizando una tarjeta (por ejemplo, una tarjeta de credito, una tarjeta de debito, una tarjeta de prepago, etcetera) asociada con el dispositivo de cliente y/o usuario. Por ejemplo, la aplicacion puede permitir al usuario seleccionar una tarjeta de un modelo electronico virtual (“e-monedero” o “emonedero”) del usuario para utilizar en la transaccion de compra.
5
10
15
20
25
30
35
40
45
50
55
En algunas implementaciones, el servidor puede ser capaz de arbitrar en las redes de pago de tarjeta de credito en las cuales el comerciante, el emisor de tarjeta, el adquiriente, la red de pago, y/o entidades similares y/o componentes pueden cambiar como se procesan los pagos para el usuario debido a consideraciones de coste de transaccion.
En algunas implementaciones, el servidor puede iniciar la transaccion de compra basada en tarjeta y generar un recibo de confirmacion de compra para el usuario. El servidor proporciona el recibo de confirmacion de compra al dispositivo 108b cliente. En algunas implementaciones, el usuario puede desear salir inmediatamente de la tienda despues de comprar un producto a traves de la aplicacion.
En dichas implementaciones, el usuario puede requerir proporcionar prueba de compra del producto a la salida de la tienda. El usuario puede utilizar el recibo de confirmacion de compra obtenido del servidor a traves de la aplicacion en el dispositivo cliente para proporcionar prueba de obra del producto 108a. El recibo incluye un identificador 108c de compra. El identificador l08c de compra incluye un codigo de barras, pero otros identificadores de compra pueden incluir un codigo QR, una imagen de un recibo, un video de una accion de compra, etcetera. El usuario puede utilizar dichas confirmaciones de la compra como prueba de la salida de la tienda. Por consiguiente, en algunas implementaciones, el usuario puede saltarse una cola de pago de la tienda a la vez y ganar eficiencia en la experiencia de compra.
Las figuras 2A-2D ilustran una captura de un identificador de producto y de compra. En algunas implementaciones, un servidor puede transformar la informacion de identificacion del producto sobre un producto a traves de varios componentes en una informacion de oferta de producto amigable para el consumidor y permitir compras del producto con un toque. Por ejemplo, el servidor obtiene informacion 215, sobre el producto 210 a traves del identificador 205 de producto que fue escaneado por el dispositivo 201 movil. El servidor puede transformar esta informacion de identificador de producto en informacion 220 del producto detallada, como el precio y la descripcion del producto, asf como cupones y promociones 225, anuncios, etcetera. El servidor puede proporcionar informacion 230 del precio del producto y/o de productos relacionados y/o similares y puede proporcionar al usuario una opcion para comprar el producto en el lugar y/o a comerciantes competidores. En algunas implementaciones, el sistema puede proporcionar una prueba de compra para el usuario, tal como un boton 235 pulsador pasante para ver dicha informacion, de manera que el usuario pueda proporcionar una prueba de compra a un empleado de tienda o debena llegar a ser necesario un escaner.
El dispositivo 201 movil puede ser de propiedad de forma personal del usuario, entregados de forma temporal a los consumidores por la tienda, o de otro modo estar disponible a los consumidores. El dispositivo puede ser un telefono inteligente, tal como un iPhone o un telefono movil basado en Android.
La figura 2E ilustra un recibo electronico para desactivar de forma automatica un sistema antirrobo de tienda. El dispositivo 201 movil, con la camara 253 trasera y la interfaz 254 de red, tiene una pantalla 255. La pantalla muestra el recibo 252 electronico con un codigo 251 de barras de confirmacion. El codigo 251 de barras de confirmacion contiene un codigo que corresponde al recibo. Adicionalmente, un certificado 256 digital corresponde al recibo. El recibo electronico asocia el identificador de producto, la tienda, y la transaccion de compra.
La figura 2F ilustra un sistema/dispositivo antirrobo integrado. El lector 260 de escaner lee opticamente el codigo 251 de barras mostrado en la pantalla 255 del dispositivo 201 movil. El codigo numerico del codigo de barras es enviado desde la camara 260 al servidor 265, que esta conectado con el resto del sistema antirrobo. El servidor 265 consulta una base 266 de datos con el codigo numerico para ver si hay una coincidencia.
En algunos modos de realizacion, una senal inalambrica, tal como una correspondiente a una especificacion Wi-Fi o Bluetooth®, puede ser enviada desde el dispositivo movil, la senal inalambrica que incluye el codigo verificable. La senal inalambrica puede ser lefda mediante un lector apropiado.
Si hay una coincidencia en la base 266 de datos, entonces se realiza una notificacion para desactivar el sistema antirrobo para un producto con una etiqueta antirrobo que esta proximo a salir de la tienda. Por ejemplo, se guarda una marca de tiempo en la base de datos para una entrada correspondiente al producto. Cuando la torre 261 antirrobo detecta la etiqueta 257 antirrobo en el artfculo 210, se envfa una senal a traves de la interfaz 264 al servidor 265. El servidor 265 consulta la base 266 de datos para un producto con la etiqueta coincidente.
En una situacion nominal, el producto se encuentra en la misma entrada en la base 266 de datos que el codigo numerico para el codigo de barras que se acaba de encontrar. Basandose en una coincidencia existente, el servidor indica que el artfculo es libre de abandonar la tienda minorista. Basandose en la indicacion, se desactiva la sirena 263 de audio y la alarma 262 visual, y se permite que un cliente que transporta el producto 210 salga de la tienda sin impedimento.
Si no hay coincidencia en la base 266 de datos para el codigo de barras, entonces el codigo de barras es probablemente invalido. Se puede pedir al usuario que sujete el dispositivo movil enfrente del escaner para escanear otro codigo de barras.
Si no hay coincidencia en la base 266 de datos para la etiqueta 257 antirrobo detectada por el pilar 261 antirrobo, entonces las alarmas 262 y 263 suenan o de otro modo se activan, atrayendo la atencion al comprador que esta
5
10
15
20
25
30
35
40
45
50
55
60
intentando salir de la tienda. Debido a que muchos sistemas antirrobo actuales se activan simplemente cuando se detecta la etiqueta antirrobo, se podna decir que el servidor 265 “desactiva” el sistema antirrobo si se encuentra una coincidencia.
La base 266 de datos, que puede ser parte del sistema de inventario, se puede actualizar basandose en la deteccion por el dispositivo antirrobo de la etiqueta antirrobo. Despues de que un consumidor escanea un artfculo y lo compara en su propio dispositivo movil en la tienda, la base de datos puede colocar un marcador “vendido pero todavfa en tienda” en la entrada de la base de datos correspondiente al artfculo. Despues de que el consumidor sale a traves de los pilares antirrobo y que ha sido detectada a la etiqueta antirrobo, la base de datos por el colocar un marcador “vendido y entregado” en la entrada de la base de datos. En modos de realizacion alternativos en los cuales los artfculos son fungibles entre si y no son seguidos de forma individual (por ejemplo, mediante un numero de serie) una cantidad en la base de datos puede actualizarse para reflejar el numero de artfculos que estan “vendidos pero todavfa en tienda” y “vendido y entregado”.
Una ventaja tecnica de la distincion entre el “vendido pero todavfa en tienda” y “vendido y entregado” es que un artfculo puede ser seguido con una precision mas grande. Si un artfculo se pierde, la tienda puede conciliar mejor si el artfculo ha sido comprado y simplemente se ha dejado en la tienda. Adicionalmente, la marca de tiempo de cuando fue comprado el artfculo se puede comparar con el momento en el que el producto sale de la tienda, produciendo una medida de cuanto tiempo ha estado un cliente buscando en la tienda antes de irse con sus compras. Comparando las marcas de tiempo de diferentes artfculos comprados en diferentes momentos dentro de la tienda se puede dar una medida sobre que clientes vinieron inicialmente a la tienda para comprar presumiblemente su primer artfculo comprado y que posteriormente llamo su atencion o fue una compra impulsiva.
Las figuras 3A-3D ilustran varias interfaces en un movil inteligente de acuerdo con un modo de realizacion. En algunas implementaciones, la aplicacion puede estar configurada para reconocer identificadores de producto (por ejemplo, codigos de barras, codigos QR). En algunas implementaciones, puede que se requiera que el usuario se de de alta en la aplicacion para permitir sus caractensticas. Una vez que la aplicacion ha sido activada, una camara en el telefono inteligente puede proporcionar caractensticas de compra en persona con un toque para el usuario. Por ejemplo, el dispositivo cliente puede tener una camara a traves de la cual la aplicacion puede adquirir imagenes 303, datos de video, video de transmision en vivo, y/o similares. La aplicacion puede estar configurada para analizar los datos entrantes y realizar una busqueda 301 a traves de la interfaz 302 de busqueda para el identificador 304 de producto. En algunas implementaciones, la aplicacion puede superponer una cuadncula, una caja de objetivo, y/o marcadores 305 de referencia de alineacion similares, de manera que el usuario puede alinear el identificador de producto utilizando los marcadores de referencia para facilitar el reconocimiento y la interpretacion del identificador de producto. En algunas implementaciones, la aplicacion puede incluir un elemento 306 de interfaz con el fin de permitir al usuario cambiar hacia delante y hacia atras entre el modo de identificacion del producto y las pantallas de muestra de la interfaz de oferta de producto de manera que el usuario puede estudiar de forma precisa las gangas disponibles para el usuario antes de capturar un identificador de producto. En algunas implementaciones, la aplicacion puede proporcionar al usuario de la habilidad de ver capturas de identificador de producto anteriores, tales como a traves de un boton 307 de software de “historia”, de manera que el usuario pueda ser capaz de decidir mejor que identificador de producto desea capturar el usuario. En algunas implementaciones, el usuario puede desear cancelar la compra del producto; la aplicacion puede proporcionar al usuario con un elemento de interfaz de usuario 308 para cancelar el procedimiento de reconocimiento de identificador de producto y volver a la pantalla de interfaz anterior que estaba utilizando el usuario. En algunas implementaciones, se puede proporcionar al usuario con informacion sobre productos, configuraciones de usuario, comerciantes, ofertas, etcetera en forma de lista, tal como a traves de un boton 309 de software de “listas” de manera que el usuario pueda entender mejor las opciones de compra del usuario. Se pueden proporcionar en la aplicacion varias caractensticas diferentes, tales como un boton 310 de software de “mas”.
En algunas implementaciones, la aplicacion que se ejecuta en el dispositivo cliente del usuario puede incluir una interfaz de aplicacion que proporciona varias caractensticas al usuario. En algunas implementaciones, la aplicacion puede incluir una indicacion de la ubicacion (por ejemplo, el numero 311 de tienda de comerciante (vease la figura 3C), la ubicacion/coordenadas geograficas, informacion sobre el pasillo dentro de la tienda del comerciante, etcetera) del usuario. La aplicacion puede proporcionar una indicacion de una cantidad de pago de vida 312 para la compra del producto. En algunas implementaciones, la aplicacion puede proporcionar varias opciones para el usuario para pagar la cantidad para la compra del(de los) producto(s). Por ejemplo, la aplicacion puede utilizar las coordenadas GPS para determinar la tienda del comerciante dentro de la cual esta presente el usuario y dirigir al usuario a la pagina web del comerciante.
La interfaz de autorizacion en la figura 3C requiere solo un toque del usuario con el fin de iniciar la transaccion de pago con la cuenta de pago por defecto, Visa. Un toque o deslizamiento, una presion, una seleccion permite al usuario comprar de forma eficiente el artfculo a traves de una cuenta de pago, y moverse al siguiente artfculo o abandonar la tienda.
En la tecnica anterior, podna esperarse que un consumidor comprase multiples artfculos en una tienda todo de una vez. Solo habna una tarjeta de credito u otra transaccion monetaria. En un modo de realizacion, cada artfculo puede ser comprado dentro de la tienda de forma individual, resultando en transacciones de tarjeta de credito multiples. Aunque esto puede costar mas en lo que se refiere a las comisiones de transaccion, podna valer la pena para la tienda
5
10
15
20
25
30
35
40
45
50
55
60
y para un cliente para la conveniencia, la buena voluntad y los datos adicionales en el orden de compras que obtiene la tienda.
En algunas implementaciones, el sistema puede proporcionar una interfaz de programacion de la aplicacion (API) para comerciantes que participen directamente para facilitar el proceso de transaccion. En algunas implementaciones, una aplicacion con la marca del comerciante es desarrollada con la funcionalidad descrita, que puede conectar directamente el usuario en el sistema de procesamiento de transacciones del comerciante. Por ejemplo, el usuario puede elegir entre varias tarjetas (por ejemplo, tarjetas de credito, tarjetas de debito, tarjetas de prepago) de varios proveedores de tarjetas, por ejemplo, 313. En algunas implementaciones, la aplicacion puede proporcionar al usuario la opcion de pagar la cantidad de compra utilizando fondos incluidos en la cuenta de banco del usuario, por ejemplo, una cuenta de cheques, de ahorro, del mercado monetario, corriente, en una seccion 314 de cuenta. En algunas implementaciones, el usuario puede tener establecida opciones por efecto para cual tarjeta, cuenta de banco, etcetera a utilizar para las transacciones de compra a traves de la aplicacion. En algunas implementaciones, dichas configuraciones de opciones por defecto pueden permitir al usuario iniciar la transaccion de compra a traves de un solo clic, toque, deslizamiento, y/u otra accion de entrada del usuario correctiva. Dicha interfaz puede ser activada mediante el elemento 315 de interfaz. En algunas implementaciones, cuando el usuario utiliza dicha opcion, la aplicacion puede utilizar las configuraciones por defecto del usuario para iniciar la transicion de compra. En algunas implementaciones, la aplicacion podna permitir al usuario utilizar otras cuentas (por ejemplo, una cuenta de Google® Checkout, Paypal)) para pagar la transaccion de compra, por ejemplo, en otra seccion 316 de cuenta. En algunas implementaciones, la aplicacion puede permitir al usuario utilizar puntos de recompensa, millas de aerolmea, puntos de hotel, cupones electronicos, cupones impresos (por ejemplo, capturando el cupon impreso de forma similar al identificador de producto), etcetera, para pagar la transaccion de compra, tal y como en las secciones 317 y 318 de la interfaz. En algunas implementaciones, la aplicacion puede proporcionar una opcion para proporcionar una autorizacion expresa antes de iniciar la transaccion de compra a traves del elemento 319 de interfaz. Presionando el elemento 319 de interfaz, un consumidor indica el consentimiento para comprar el(los) producto(s) apropiado(s). En algunas implementaciones, la aplicacion puede proporcionar una indicacion del progreso de la transaccion despues de que el usuario haya seleccionado una opcion para iniciar la transaccion de compra, tal como un indicador 320 de progreso. En algunas implementaciones, la aplicacion puede proporcionar al usuario con una informacion historica de las compras anteriores del usuario a traves de la aplicacion, tal como a traves de un boton 321 pulsador pasante. En algunas implementaciones, la aplicacion puede proporcionar al usuario una opcion para compartir informacion sobre la compra (por ejemplo, a traves de correo electronico, SMS, publicacion en Facebook®, un tweet en Twitter®, etcetera) con otros usuarios tal como a traves del elemento 322 de interfaz. En algunas implementaciones, la aplicacion puede proporcionar al usuario una opcion para mostrar la informacion de identificacion de producto capturada por el dispositivo cliente (por ejemplo, con el fin de mostrar, a un representante del servicio al cliente a la salida de la tienda, la informacion del producto), tal como un codigo 324 de barras UPC mostrado. En algunas implementaciones, el usuario, la aplicacion, el dispositivo cliente y O el sistema pueden encontrar un error en el procesamiento o necesitar una verificacion adicional. En dichos escenarios, el usuario puede ser capaz de hablar con un representante del servicio al cliente tal como a traves de un boton 323 de verificar conversacion, con el fin de resolver las dificultades en el procedimiento de transaccion de compra.
En algunas implementaciones, la caractenstica de “verificar conversacion” se puede utilizar para prevencion del fraude. Por ejemplo, un servidor puede detectar una transaccion inusual y/o sospechosa. Una transaccion puede tener una puntuacion de riesgo asociada que es calculada dando numerosos parametros de entrada, tal como un precio de los artfculos comprados potenciales. Si la puntuacion de riesgo esta por encima (o por debajo) de un valor umbral, entonces una videoconferencia de “verificar conversacion” se puede requerir para continuar.
Una “puntuacion de riesgo” puede incluir una probabilidad numerica de que ocurra un evento. Por ejemplo, una puntuacion de riesgo de 0,191 puede indicar que hay una probabilidad de 0,191 de que una transaccion potencial sea fraudulenta. Una puntuacion de riesgo tambien puede incluir una determinacion ordinal de los eventos que pueden suceder mas posiblemente. Por ejemplo, un riesgo de puntuacion “A” se puede seleccionar de un conjunto {A, B, C} en el cual “A” es mas probable que suceda que “B” y “B” es mas probable que suceda que “C”. Una puntuacion de riesgo puede incluir otros mecanismos de puntuacion para riesgos o como se conoce de otro modo en la tecnica.
Un “valor umbral” puede incluir un valor cardinal u ordinal que delimita valores que esta por encima y por debajo del valor umbral. Por ejemplo, el valor umbral de 0,190 puede indicar una probabilidad predeterminada de que por encima de la cual se debena detener una transaccion debido a que un riesgo es demasiado grande.
Una “sesion de conversacion por video” incluye una transmision de comunicacion en vivo interactiva bidireccional en la cual las imagenes de al menos una camara en un dispositivo son enviadas para mostrarse en un dispositivo final de la trayectoria de comunicacion con el fin de ser mostradas. Una sesion de conversacion por video puede incluir un video que es transmitido solo en una direccion, pero con una comunicacion en directo, tal como una voz de audio o una mensajena de texto capaces de ser enviadas en ambas direcciones.
La figura 3D muestra una interfaz en la cual un usuario puede iniciar la sesion de conversacion por video presionando el elemento 350 de interfaz o declinar presionando un boton 329 de cancelacion. Un video 328b de transmision en vivo del representante del servicio consumidor que esta esperando es mostrado en la ventana 328b. Si la conversacion por video es declinada presionando el boton 329, el usuario puede necesitar llevar su compra a un asociado ubicado
5
10
15
20
25
30
35
40
45
50
55
en la tienda, tal como un cajero, con el fin de completar la transaccion de compra. Si se acepta, la conferencia de conversacion por video puede permitir a un asociado del servicio al consumidor, ubicado de forma remota en un centro de llamadas, verificar simplemente que el usuario no es un “robot” automatizado. Tener una conversacion de video interactiva en tiempo real puede ser un medio extremadamente rapido y efectivo para verificar que el usuario no es un robot automatizado. Adicionalmente, el representante del servicio al cliente puede preguntar cuestiones del usuario y verificar la autenticidad del originario de la transaccion de compra. En varias implementaciones, el servidor puede enviar mensajes electronicos, mensajes de texto (SMS), mensajes de Facebook®, tweets de Twitter, conversacion por texto, conversacion por voz, por conversacion por video (por ejemplo, FaceTime de Apple), y/o similares tal como mensajes con el elemento de interfaz para iniciar la sesion de conversacion por video entre el usuario y el representante del servicio al cliente.
Un video 328a en directo del usuario se puede mostrar en la pantalla del dispositivo movil de manera que el usuario pueda ver lo que los agentes ven. En la sesion 326 de conversacion por video, el representante del servicio al cliente, mostrado en la figura 328b, puede determinar de forma manual la autenticidad del usuario utilizando el video del usuario. En algunas implementaciones, el servidor puede utilizar un reconocimiento facial, biometrico y/o similar (por ejemplo, utilizando tecnicas de clasificacion de patron) para determinar la identidad del usuario, por ejemplo, 328a. En algunas implementaciones, la aplicacion puede proporcionar marcadores 327 de referencia (por ejemplo, cuadncula, caja de objetivos), de manera que el usuario pueda enfocar el video para facilitar un reconocimiento automatizado del usuario.
Abrir simplemente la sesion de conversacion por video puede demostrar un compromiso suficiente con la transaccion para disminuir la puntuacion de riesgo de fraude. Cuando se presiona el boton 350 de “conversacion por video”, se envfa un mensaje del dispositivo movil a una estacion de telefono celular, donde el mensaje es reenviado a traves de Internet al servidor web del comerciante. El servidor web abre un nuevo puerto de comunicaciones entre un servidor de conferencia de video y el dispositivo movil de manera que el video en directo del representante del servicio al cliente y el usuario del dispositivo movil se pueden intercambiar entre los mismos. Una porcion del mensaje indica que la sesion de conversacion por video fue aceptada, y que la porcion es reenviada a un motor de determinacion de fraude. El hecho de que la conversacion por video fue aceptada por el receptor en el telefono se puede utilizar para ajustar la puntuacion de fraude inicial de manera que se calcula una segunda puntuacion de riesgo de fraude.
Es posible que un representante del servicio al cliente no tenga tiempo para proceder realmente con la reunion, de manera que se puede utilizar la segunda puntuacion de riesgo de fraude para evaluar si proceder con la transaccion. Si la puntuacion de riesgo de fraude inicial esta al margen, entonces la puntuacion de riesgo que se vuelva calcular utilizando el hecho de que se acepto la sesion de conversacion de video, puede mostrar que el riesgo de la transaccion al comerciante esta ahora dentro de unos ffmites aceptables. Si es asf, se puede concluir la compra y se envfa un recibo electronico para la transaccion automaticamente al dispositivo movil de manera que su usuario pueda salir de la tienda con el producto.
En algunas implementaciones, un consumidor autentico puede que no haya iniciado la transaccion. En dichas implementaciones, el usuario puede cancelar el desaffo utilizando el boton 329 de cancelacion. El servidor puede entonces cancelar la transaccion, y/o iniciar procedimientos de investigacion de fraude en nombre del usuario.
En algunas implementaciones, el usuario puede seleccionar realizar la transaccion utilizando un numero de tarjeta de credito anonima de un solo uso a traves de la seleccion 315b (vease la figura 3B) en una interfaz de autorizacion como la mostrada. En dichas implementaciones, la aplicacion puede establecer de forma automatica las configuraciones del perfil de usuario de manera que cualquier informacion de identificacion personal del usuario no sera proporcionada al comerciante y/o a otras entidades. En un modo de realizacion, puede requerirse al usuario que introduzca un nombre de usuario y una contrasena para permitir una caractenstica de anonimizacion unica.
La aplicacion en el dispositivo movil puede estar configurada de tal manera que la interfaz de autorizacion puede ser iniciada de forma automatica, sin la intervencion humana, tras el escaneado o de otro modo la captura del identificador de producto.
En algunas implementaciones, un servidor puede utilizar un procedimiento 330 de desaffo de texto (vease la figura 3F) para verificar la autenticidad del usuario. Por ejemplo, el servidor puede comunicarse con el usuario a traves de conversacion por texto, mensajes de SMS, correo electronico, mensajes de Facebook®, tweets de Twitter® y/o similares. El servidor puede realizar una cuestion 332 de desaffo al usuario. La aplicacion puede proporcionar un(os) elemento(s) de interfaz de usuario (por ejemplo, un teclado 333 virtual) para contestar a la cuestion de desaffo realizada. En algunas implementaciones, la cuestion de desaffo puede ser seleccionada de forma aleatoria por el servidor automaticamente; en algunas implementaciones, un representante del servicio al cliente puede comunicarse de forma manual con el usuario.
En algunas implementaciones, un usuario genuino puede que no haya iniciado la transaccion, por ejemplo, la transaccion es fraudulenta. En dichas implementaciones, el usuario puede cancelar, por ejemplo 331, el desaffo de texto. El servidor puede entonces cancelar la transaccion y/o iniciar procedimientos de investigacion de fraude en nombre del usuario.
5
10
15
20
25
30
35
40
45
50
55
60
En algunas implementaciones, el usuario puede ser capaz de ver y/o modificar el perfil de usuario y/o las configuraciones del usuario, por ejemplo, activando el elemento 309 de interfaz de usuario (vease la figura 3A). En la pantalla de interfaz de la figura 3G, un usuario puede ser capaz de ver/modificar el nombre de usuario (por ejemplo, 335a-b), el numero de cuenta (por ejemplo, 336a-b), el codigo de acceso de seguridad del usuario (por ejemplo, 337a- b), el numero de identificacion personal del usuario (PIN) (por ejemplo, 338a-b), la direccion del usuario (por ejemplo, 339a-b), el numero de seguridad social asociado con el usuario (por ejemplo, 340a-b), la ubicacion de GPS del dispositivo actual (por ejemplo, 341a-b), la cuenta del usuario del comerciante en cuya tienda esta actualmente el usuario (por ejemplo, 342a-b), la cuenta de recompensas del usuario (por ejemplo, 343a-b), y/o similares. En algunas implementaciones, el usuario puede ser capaz de seleccionar cuales de los campos de datos y sus valores asociados o por defecto debenan ser transmitidos para facilitar la transaccion de compra. En el modo de realizacion de ejemplo de la figura 3G, el usuario ha seleccionado el nombre 335a, el numero de cuenta 336a, el codigo de seguridad 337a, un ID de cuenta del comerciante 342a y un ID de cuenta de recompensas 343a como los campos que se van a enviar como parte de la notificacion para procesar la transaccion de compra. En algunas implementaciones, el usuario puede alternar los campos y/o valores de datos que son enviados como parte de la notificacion a procesar las transacciones de compra. Un usuario puede especificar una cuenta de pago por defecto que podna querer utilizar para cada compra con su monedero electronico.
En algunas implementaciones, la aplicacion puede proporcionar multiples pantallas de campos de datos y/o valores asociados almacenados para el usuario para seleccionar como parte de la transmision de orden de compra. En algunas implementaciones, la aplicacion puede proporcionar al servidor la ubicacion GPS del usuario. Basandose en la ubicacion GPS del usuario, el IPOT puede determinar el contexto del usuario (por ejemplo, si el usuario esta en una tienda, en la consulta del doctor, en un hospital, en una oficina de correos, etcetera). Basandose en el contexto, la aplicacion de usuario puede presentar los campos apropiados al usuario, a partir de los cuales el usuario puede seleccionar campos y/o valores de campo para enviar como parte de la transaccion de la orden de compra.
Por ejemplo, un usuario puede ir a la consulta del doctor y desear pagar el copago de la cita con el doctor. Adicionalmente a la informacion de transaccion basica tal como el numero de cuenta y el nombre, la aplicacion puede proporcionar al usuario la habilidad de seleccionar transferir los registros medicos, la informacion de salud, que pueden ser proporcionados al proveedor medico, la compama de seguros, asf como al procesador de transaccion para conciliar pagos entre las partes. En algunas implementaciones, los registros puede ser enviados en un formato de datos que cumpla el acta de portabilidad y responsabilidad de seguro medico (HIPAA) y encriptados, y solo lo receptores estan autorizados para ver dichos registros pueden tener las claves de desencriptacion apropiadas para desencriptar y ver la informacion de usuario privada.
La figura 3H ilustra un recibo electronico que tiene un codigo verificable de comerciante mostrado en un dispositivo movil. El recibo 352 electronico incluye un codigo 351 verificable, que es un codigo de barras. En una salida de la tienda, el recibo electronico con codigo 351 verificable se puede mostrar en la pantalla y pasar cerca de una camara u otro lector que pueda leer el codigo de barras. Un servidor puede verificar que el codigo de barras es valido (por ejemplo, que una compra fue hecha en al menos ^, 1, 2, 3, 4, 5, 6, 7, 8 o mas horas y que el recibo electronico asociado con el codigo de barras contabiliza de forma apropiada a la compra). El servidor puede enviar una indicacion en un mensaje de que el codigo verificable es valido a un dispositivo de prevencion de robo. La indicacion puede desactivar o de otro modo activar la alarma de manera que el consumidor pueda salir de la tienda con el producto sin impedimento. La indicacion tambien puede indicar a un guardia, abrir una puerta, o de otro modo facilitar al consumidor la salida de la tienda.
En un modo de realizacion alternativo, el dispositivo movil en sf mismo puede tener la capacidad de desactivar las etiquetas antirrobo, o el usuario puede ser dirigido a un quiosco en el que pueda desactivar la etiqueta antirrobo. Basandose en la comprobacion de la compra valida, se puede enviar una sefal al dispositivo o quiosco para desactivar la etiqueta antirrobo.
Un “recibo electronico” incluye cualquier recibo que se puede almacenar en una memoria digital volatil o no volatil o de otro modo en un dispositivo electronico, o de otro modo conocido en la tecnica. Un recibo electronico puede que incluya o puede que no imagenes legibles por maquina, tal como un codigo de barras.
La figura 4 muestra un diagrama de flujo logico que ilustra ejemplos de aspectos de la conduccion de una transaccion de compra de producto movil en algunos modos de realizacion. En algunas implementaciones, el sistema puede capturar un identificador de producto, por ejemplo, 401. El sistema puede obtener la informacion de producto sobre el producto, y mostrar la informacion de producto al usuario. El sistema puede proporcionar al usuario una opcion para comprar el producto basandose en una o mas de las ofertas que proporciona el sistema al usuario. Si el usuario elige comprar el producto, por ejemplo, 410, el sistema puede permitir instrucciones de compra, por ejemplo 420, a otro componente y/o entidades (por ejemplo, un comerciante, un emisor de tarjetas, un adquiriente del comerciante, y/o similares). En algunas implementaciones, el sistema podra obtener (una actualizacion, por ejemplo, si el usuario esta modificando una compra anterior) un recibo de confirmacion de compra, por ejemplo, 425, y puede mostrar el recibo de confirmacion de compra obtenido al usuario.
La figura 5 muestra un diagrama de flujo logico que ilustra ejemplos de aspectos de seleccion de opciones de compra para una transaccion de compra de producto movil. En algunas implementaciones, el sistema puede obtener un
5
10
15
20
25
30
35
40
45
50
55
60
identificador de producto de un dispositivo de cliente, asf como identificadores de cliente y/o usuario, por ejemplo, 501. El sistema puede consultar una base de datos de registros de producto para la informacion del producto basandose en el identificador de producto y/o el identificador de cliente y/o el identificador de usuario, por ejemplo, 505. Si el sistema no encuentra una coincidencia para el producto en la base de datos, por ejemplo, 510, opcion “No”, el sistema puede generar un mensaje de retorno y error e iniciar un procedimiento de manejo de error, por ejemplo, 515. Si el sistema encuentra una coincidencia, por ejemplo, 510, opcion “Sr, para el producto en la base de datos de registros de producto, el sistema puede obtener la informacion de producto correspondiente al producto de la base de datos, por ejemplo 520. El sistema puede determinar, basandose en la informacion obtenida de la base de datos, si cualquiera de las promociones especiales esta disponible para el producto, por ejemplo, 525. Si no hay promociones especiales disponibles, por ejemplo, 525, opcion “No”, el sistema puede proporcionar informacion basica del producto al usuario, por ejemplo, 530. Si hay remociones especiales disponibles, por ejemplo 525, opcion “Sr’, el sistema puede proporcionar informacion del producto, asf como informacion promocional al usuario, por ejemplo, 535. En algunas implementaciones, el sistema podra obtener una peticion de compra del usuario. Si el sistema obtiene una peticion de compra del usuario, por ejemplo, 540, opcion “Sr’, el sistema puede proporcionar una indicacion de compra al comerciante, banco de emision, banco de adquisicion y/u otras entidades para el procesamiento de la transaccion de compra. El sistema podra obtener una notificacion de las entidades a las cuales el sistema proporciona la indicacion de compra con referencia a la compra. Si la compra no es aprobada, por ejemplo, 555, opcion “No”, el sistema puede iniciar un procedimiento de manejo de error, por ejemplo, 560. Si la compra es aprobada, por ejemplo, 555, opcion “Sr, el sistema puede obtener la informacion de confirmacion de compra, por ejemplo, 565, generar un recibo de confirmacion de compra, por ejemplo, 570, y proporcionar el recibo de confirmacion de compra al usuario.
Las figuras 6A-6C son diagramas de flujo de datos que ilustran un ejemplo de procedimiento para ejecutar una transaccion basada en tarjeta que resulta en unos datos de transaccion basados en tarjeta en bruto. En algunas implementaciones, un usuario, por ejemplo 601, puede desear comprar un producto, servicio, oferta, y/o similares (“producto”) de un comerciante. El usuario puede comunicarse con un servidor de comerciante, por ejemplo, 603, a traves de un cliente tal como, pero no limitado a, un ordenador personal, un dispositivo movil, una television, un terminal de punto de venta, un quiosco, un cajero, y/o similares (por ejemplo, 602). Por ejemplo, el usuario puede proporcionar una entrada de usuario, por ejemplo, una entrada 611 de compra, en el cliente indicando el deseo del usuario de compra del producto. En varias implementaciones, la entrada de usuario puede incluir, pero no esta limitada a, una entrada de teclado, una pasada de tarjeta, activar una identificacion de radiofrecuencia (RFID) un dispositivo de hardware activado por una comunicacion de campo cercano (NFC) (por ejemplo, una tarjeta electronica que tenga cuentas multiples, un telefono inteligente, una tableta), clics de raton, presion de botones en una palanca de mando/una consola de juegos, comandos de voz, gestos un uni/multitactiles en una interfaz sensible al tacto, elementos de interfaz de usuario tactiles en un monitor sensible al tacto, y/o similares. Por ejemplo, el usuario puede dirigir una aplicacion de busqueda que se ejecute en el dispositivo del cliente a un sitio web del comerciante, y puede seleccionar un producto del sitio web a traves de un clic en el hipervrnculo presentado al usuario a traves del sitio web.
Como otro ejemplo, el cliente puede obtener unos datos 1 de seguimiento de la tarjeta de usuario (por ejemplo, una tarjeta de credito, una tarjeta de debito, una tarjeta de prepago, una tarjeta de cargo) tal como los datos 1 de seguimiento de ejemplo proporcionados a continuacion:
%B123456789012345APUBLIC/J.Q.A99011200000000000000**901******?* (donde “123456789012345” es el numero de la tarjeta de “J.Q. Public” y que tiene un numero CVV de 901. “990112” es un codigo de servicio y ***representa dfgitos decimales que cambian de forma aleatoria cada vez que se utilice la tarjeta).
En algunos modos de realizacion, el cliente puede generar un mensaje de orden de compra, por ejemplo, 612, y proporcionar, por ejemplo, 613, el mensaje de orden de compra generado al servidor del comerciante. Por ejemplo, una aplicacion de buscador que se ejecuta en el cliente puede proporcionar, en nombre del usuario, un mensaje GET de protocolo de transferencia de hipertexto (seguro) (“HTTPS(S)”) que incluye los detalles de orden del producto para el servidor del comerciante en forma de datos formateados de acuerdo con el lenguaje de marcado extensible (“XML”).
En algunas implementaciones, el servidor del comerciante puede obtener el mensaje de orden de compra del cliente y puede procesar el mensaje de orden de compra para extraer detalles de la orden de compra del usuario. El servidor del comerciante puede generar una peticion de consulta de tarjeta, por ejemplo, 614, para determinar si la transaccion puede ser procesada. Por ejemplo, el servidor del comerciante puede intentar determinar si el usuario tiene suficientes fondos para pagar la compra en una cuenta de tarjeta proporcionada con la orden de compra. El servidor del comerciante puede proporcionar la peticion de consulta de tarjeta generada, por ejemplo, 615, a un servidor adquiriente, por ejemplo, 604. Por ejemplo, el servidor adquiriente puede ser un servidor de una institucion financiera adquiriente (“adquiriente”) que mantiene una cuenta del comerciante. Por ejemplo, los procedimientos de transaccion procesados por el comerciante pueden ser depositados en una cuenta mantenida por el adquiriente. En algunas implementaciones, la peticion de consulta de tarjeta puede incluir detalles tales como, pero no limitados a: los costes del usuario incluidos en la transaccion, detalles de la cuenta de la tarjeta del usuario, informacion de facturacion y/o de envfo del usuario, y/o similares. Por ejemplo, el servidor del comerciante puede proporcionar un mensaje POST de HTTP(S) incluyendo una peticion de consulta de tarjeta formateada en XML.
En algunas implementaciones, el servidor adquiriente puede generar una peticion de autorizacion de tarjeta, por ejemplo, 616, utilizando la peticion de consulta de tarjeta obtenida, y proporcionar la peticion de autorizacion de tarjeta,
5
10
15
20
25
30
35
40
45
50
55
por ejemplo, 617, a un servidor de red de pago, por ejemplo, 605. Por ejemplo, el servidor adquiriente puede redirigir el mensaje POST de HTTP(S) desde el servidor del comerciante al servidor de la red de pago.
En este punto, el servidor de la red de pago puede determinar una oferta para la utilizacion de una cuenta de pago diferente asociada con el consumidor que la especificada en la peticion de autorizacion de tarjeta 617. Por ejemplo, una subasta automatizada se puede establecer entre diferentes emisores de tarjeta de tarjetas en el monedero electronico del usuario. La subasta puede tomar los emisores de tarjetas en el top 1, 2, 3 o mas para gangas que puedan desear presentar al usuario. De forma alternativa, el servidor de red de pago puede simplemente consultar emisores de tarjeta que tengan gangas/ofertas que podnan aplicar a la compra. Por ejemplo, si el usuario quiere comprar flores (tal y como se determina a traves del identificador de producto), entonces se puede seleccionar un emisor de tarjeta particular que ofrece reembolsos o puntos de fidelidad adicionales para dichas compras.
La oferta puede ser entonces enviada al consumidor a traves de la aplicacion, a traves de un mensaje SMS, etcetera. Si el consumidor selecciona la oferta, entonces el servidor de red de pago poder formatear, empaquetar, construir una nueva, o de otro modo revisar la peticion de autorizacion y enviarla al usuario “ganador”.
En otro modo de realizacion, las ofertas competidoras y otros comerciantes pueden participar en una subasta automatizada para el interes del usuario. Una oferta para un artfculo competidor al artfculo identificado por el identificador de producto, o un segundo comerciante que vende el mismo artfculo o el artfculo competidor, es enviada al usuario 601 a traves de la aplicacion, un mensaje de texto SMS, etcetera. Si la oferta es seleccionada por el usuario, entonces el servidor 605 de red de pago cancela el mensaje de autorizacion original y genera un nuevo mensaje de autorizacion para una compra del nuevo artfculo. Debido a que la peticion 617 autorizacion de tarjeta puede que no tenga la informacion de producto dentro de la misma, el producto que se va a comprar puede ser enviado de forma separada en un mensaje diferente, y el mensaje y la peticion 617 de autorizacion de tarjeta se pueden hacer coincidir.
En algunas implementaciones, el servidor de red de pago puede obtener la peticion de autorizacion de tarjeta del servidor adquiriente y puede procesar la peticion de autorizacion de tarjeta para extraer detalles de la peticion. Utilizando los campos extrafdos y los valores del campo, el servidor de red de pago puede generar una consulta, por ejemplo, 618, para un servidor emisor correspondiente a la cuenta de la tarjeta del usuario. Por ejemplo, la cuenta de la tarjeta del usuario, cuyos detalles puede haber proporcionado el usuario a traves del mensaje de orden de compra generado por el cliente, pueden ser conectados a una institucion financiera emisora (“emisor”), tal como una institucion bancaria, que emite la cuenta de tarjeta para el usuario. Un servidor emisor, por ejemplo, 606, del emisor puede mantener los detalles de la cuenta de la tarjeta del usuario. En algunas implementaciones, la base de datos, por ejemplo, una base 607 de datos de red de pago, puede almacenar detalles de los servidores del emisor y de los numeros de cuenta de tarjeta asociados con los servidores del emisor. Por ejemplo, la base de datos puede ser una base de datos relacional sensible a comandos de lenguaje de consulta estructurada (“SQL”). El servidor de red de pago puede ejecutar un archivo de comandos de preprocesador de hipertexto (“PHP”) que incluyen comandos SQL para consultar la base de datos para los detalles del servidor del emisor.
En respuesta a la obtencion de la consulta del servidor del emisor, por ejemplo, 619, la base de datos de la red de pago puede proporcionar, por ejemplo, 620, los datos de servidor del emisor debidos al servidor de red de pago. En algunas implementaciones, el servidor de red de pago puede utilizar los datos del servidor del emisor para generar un reenvfo de peticion de autorizacion de tarjeta, por ejemplo, 621, para redirigir la peticion de autorizacion de tarjeta desde el servidor adquiriente al servidor emisor. El servidor de red de pago puede proporcionar la peticion de autorizacion de tarjeta, por ejemplo, 622, al servidor del emisor. En algunas implementaciones, el servidor emisor, por ejemplo, 606, puede procesar la peticion de autorizacion de tarjeta y, basandose en los detalles de peticion, puede consultar una base de datos, por ejemplo, la base 608 de datos del perfil de usuario, para los datos de la cuenta de la tarjeta del usuario. Por ejemplo, el servidor emisor puede emitir comandos PHP/SQL.
En algunas implementaciones, cuando se obtienen los datos del usuario, por ejemplo, 625, el servidor emisor puede determinar si el usuario puede pagar la transaccion utilizando los fondos disponibles en la cuenta, por ejemplo, 626. Por ejemplo, el servidor emisor puede determinar si el usuario tiene un balance suficiente restante en la cuenta, un credito suficiente asociado con la cuenta, y/o similares. Si el servidor emisor determina que el usuario puede pagar la transaccion utilizando los fondos disponibles en la cuenta, el servidor puede proporcionar un mensaje de autorizacion, por ejemplo, 627, al servidor de red de pago. Por ejemplo, el servidor puede proporcionar un mensaje POST HTTP(S).
En algunas implementaciones, el servidor de red de pago puede obtener el mensaje de autorizacion y procesar el mensaje para extraer detalles de autorizacion. Tras determinar que el usuario posee suficientes fondos para la transaccion, el servidor de red de pago puede generar un registro de datos de transaccion, por ejemplo, 629, a partir de la peticion de autorizacion de tarjeta que recibio, y almacenar, por ejemplo, 630, los detalles de la transaccion y referentes a la autorizacion a la transaccion en una base de datos, por ejemplo, una base 610 de datos de transacciones. Por ejemplo, el servidor de pago de red puede emitir comandos PHP/SQL.
En algunas implementaciones, el servidor de red de pago puede reenviar el mensaje de autorizacion, por ejemplo, 631, al servidor adquiriente, el cual a su vez reenvfa el mensaje de autorizacion, por ejemplo, 632, el servidor del comerciante. El comerciante puede obtener el mensaje de autorizacion y determinar a partir del mismo que el usuario
5
10
15
20
25
30
35
40
45
50
55
60
posee suficientes fondos en la cuenta de tarjeta para realizar la transaccion. El servidor de comerciante puede anadir un registro de la transaccion para el usuario a un lote de datos de transaccion referentes a las transacciones autorizadas. Por ejemplo, el comerciante puede anexar los datos XML pertenecientes a la transaccion del usuario a un archivo de datos XML que comprende los datos XML para transacciones que ha sido autorizadas para varios usuarios, por ejemplo, 633, y almacena el archivo de datos XML, por ejemplo, 634, en una base de datos, por ejemplo, la base 609 de datos del comerciante.
En algunas implementaciones, el servidor tambien puede generar un recibo de compra, por ejemplo, 633, y proporcionar el recibo de compra al cliente. El cliente puede obtener y mostrar, por ejemplo, 636, el recibo de compra para el usuario. Por ejemplo, el cliente puede obtener una pagina web, un mensaje electronico, un mensaje de texto/SMS, un mensaje de correo de voz, emitir un tono de llamada, y/o reproducir un mensaje de audio, etcetera, y proporcionar una salida que incluya, pero no limitada a: sonidos, musica, audio, video, imagenes, una retroalimentacion tactil, alertas de vibracion (por ejemplo, dispositivos de cliente capaces de vibrar tal como un telefono inteligente, etcetera) y/o similares.
Con referencia la figura 6C, en algunas implementaciones, el servidor del comerciante puede iniciar una limpieza del lote de transacciones autorizadas. Por ejemplo, el servidor del comerciante puede generar una peticion de datos en lote, por ejemplo, 637, y proporcionar la peticion, por ejemplo, 638 a una base de datos, por ejemplo, una base 609 de datos del comerciante. Por ejemplo, el servidor del comerciante puede utilizar comandos PHP/SQL para consultar una base de datos relacional. En respuesta a la peticion de datos en lote, la base de datos puede proporcionar los datos en lote requeridos, por ejemplo, 639. El servidor puede generar una peticion de limpieza en lote, por ejemplo, 640, utilizando los datos en lote obtenidos de la base de datos, y proporcionar, por ejemplo, 641, la peticion de limpieza en lote a un servidor adquiriente, por ejemplo, 604. Por ejemplo, el servidor del comerciante puede proporcionar un mensaje POST HTTP(S) que incluye datos en lote formateados en XML en el cuerpo del mensaje para el servidor adquiriente. El servidor adquiriente puede generar, por ejemplo, 642, una peticion de pago en lote utilizando la peticion de limpieza en lote obtenida, y proporcionar la peticion de pago en lote al servidor de red de pago, por ejemplo, 643. El servidor de red de pago puede procesar la peticion de pago en lote, y extraer los datos de transaccion para cada transaccion almacenada en la peticion de pago en lote, por ejemplo, 644. El servidor de red de pago puede almacenar los datos de transaccion, por ejemplo, 645, para cada transaccion en la base de datos, por ejemplo, la base 610 de datos de transacciones. Para cada transaccion extrafda, el servidor de red de pago puede consultar, por ejemplo, 646, una base de datos, por ejemplo, la base 607 de datos de red de pago, para una direccion de un servidor emisor. Por ejemplo, el servidor de red de pago puede utilizar comandos PHP/SQL. El servidor de red de pago puede generar una peticion de pago individual, por ejemplo, 648, para cada transaccion para la cual se ha extrafdo los datos de transaccion, y proporcionar la peticion de pago individual, por ejemplo, 649, al servidor emisor, por ejemplo, 606. Por ejemplo, el servidor de red de pago puede proporcionar una peticion POST HTTP(S).
En algunas implementaciones, el servidor emisor puede generar un comando de pago, por ejemplo, 650. Por ejemplo, el servidor emisor puede emitir un comando para deducir fondos de la cuenta del usuario (o anadir un cargo a la cuenta de tarjeta de credito del usuario. El servidor emisor puede emitir un comando de pago, por ejemplo, 651, a una base de datos que almacena la informacion de la cuenta del usuario, por ejemplo, la base 608 de datos de perfil de usuario. El servidor emisor puede proporcionar un mensaje de transferencia de fondos, por ejemplo, 652, al servidor de red de pago, que puede reenviar, por ejemplo, 653, el mensaje de transferencia de fondos al servidor adquiriente.
En algunas implementaciones, el servidor adquiriente puede procesar el mensaje de transferencia de fondos, y correlacionar la transaccion (por ejemplo, utilizando un campo ID_peticion) para el comerciante. El servidor adquiriente puede entonces transferir los fondos especializados en el mensaje de transferencia de fondos a una cuenta del comerciante, por ejemplo, 654.
La figura 7A-7D son diagramas de flujo logicos que ilustran aspectos de ejemplo de la ejecucion de una transaccion basada en tarjeta que resulta en la generacion de datos de transaccion basados en tarjeta en bruto en algunos modos de realizacion del sistema. En algunas implementaciones, un usuario puede proporcionar una entrada de usuario, por ejemplo, 701, en un cliente que indica el deseo del usuario de comprar un producto de un comerciante. El cliente puede generar un mensaje de orden de compra, por ejemplo, 702, y proporcionar el mensaje de orden de compra generado al servidor del comerciante. En algunas implementaciones, el servidor del comerciante puede obtener, por ejemplo, 703, el mensaje de orden de compra para el cliente, y puede procesar el mensaje de orden de compra para extraer detalles de la orden de compra del usuario. Los procesamientos de ejemplo que el cliente del comerciante puede utilizar son discutidos adicionalmente mas abajo con referencia la figura 8. El servidor del comerciante puede generar una peticion de consulta de tarjeta, por ejemplo, 704, para determinar si la transaccion se puede procesar. Por ejemplo, el servidor del comerciante puede procesar la transaccion solo si el usuario tiene suficientes fondos para pagar la compra en una cuenta de tarjeta proporcionada con la orden de compra. El servidor de comerciante puede proporcionar la peticion de consulta de tarjeta generada a un servidor adquiriente. El servidor adquiriente puede generar una peticion de autorizacion de tarjeta, por ejemplo, 706, utilizando la peticion de consulta de tarjeta obtenida, y proporcionar la peticion de autorizacion de tarjeta a un servidor de red de pago. En algunas implementaciones, el servidor de red de pago puede obtener la peticion de autorizacion de tarjeta del servidor adquiriente, y puede procesar la peticion de autorizacion de tarjeta para extraer detalles de la peticion. Utilizando los campos extrafdos y los valores de campo, el servidor de red de pago puede generar una consulta, por ejemplo, 708, para un servidor emisor
5
10
15
20
25
30
35
40
45
50
55
60
correspondiente a la cuenta de tarjeta del usuario. En respuesta a la obtencion de la consulta del servidor emisor la base de datos de la red de pago puede proporcionar, por ejemplo, 709, los datos de servidor emisor requeridos al servidor de red de pago. En algunas implementaciones, el servidor de red de pago puede utilizar los datos del servidor emisor para generar un reenvfo de peticion de autorizacion de tarjeta, por ejemplo, 710, para redirigir la peticion de autorizacion de tarjeta desde el servidor adquiriente al servidor del emisor. El servidor de red de pago puede proporcionar la peticion de autorizacion de tarjeta al servidor emisor. En algunas implementaciones, el servidor emisor puede procesar, por ejemplo, 711, la peticion de autorizacion de tarjeta y basandose en los detalles de la peticion puede consultar una base de datos, por ejemplo, 712, para los datos de la cuenta de la tarjeta del usuario. En respuesta, la base de datos puede proporcionar los datos de usuario requeridos. Al obtener los datos del usuario, el servidor emisor puede determinar si el usuario puede pagar por la transaccion utilizando fondos disponibles en la cuenta, por ejemplo, 714. Por ejemplo, el servidor emisor puede determinar si el usuario tiene un balance suficiente restante en la cuenta, un credito suficiente asociado con la cuenta, y/o similares, pero comparando los datos de la base de datos con el coste de transaccion obtenido de la peticion de autorizacion de tarjeta. Si el servidor emisor determina que el usuario puede pagar la transaccion utilizando los fondos disponibles en la cuenta, el servidor puede proporcionar un mensaje de autorizacion, por ejemplo, 715, al servidor de red de pago.
En algunas implementaciones, el servidor de red de pago puede obtener el mensaje de autorizacion y procesar el mensaje para extraer detalles de autorizacion. Tras la determinacion de que el usuario posee suficientes fondos para la transaccion (por ejemplo, 717, opcion “SP’), el servidor de pago de red puede extraer la tarjeta de transaccion del mensaje de autorizacion y/o de la peticion de autorizacion de tarjeta, por ejemplo, 718, y generar un registro de datos de transaccion, por ejemplo, 719, utilizando los detalles de transaccion de tarjeta. El servidor de pago de red puede proporcionar el registro de datos de transaccion para el almacenamiento, por ejemplo, 720, a una base de datos. En algunas implementaciones, el servidor de red de pago puede reenviar el mensaje de autorizacion, por ejemplo, 721, al servidor adquiriente, el cual a su vez reenvfa el mensaje de autorizacion, por ejemplo, 722, al servidor del comerciante. El comerciante puede obtener el mensaje de autorizacion y procesar el mensaje de autorizacion para extraer sus contenidos, por ejemplo, 723. El servidor del comerciante puede determinar si el usuario posee suficientes fondos en la cuenta de tarjeta para realizar la transaccion. Si el servidor del comerciante determina que el usuario posee fondos suficientes, por ejemplo, 724, opcion “Sr, el servidor del comerciante puede anadir el registro a la transaccion para el usuario a un lote de datos de transaccion relacionados con las transacciones autorizadas, por ejemplo, 725. El servidor del comerciante tambien puede generar un recibo de compra, por ejemplo, 727, para el usuario. Si el servidor del comerciante determina que el usuario no posee fondos suficientes, por ejemplo, 724, opcion “No”, entonces el servidor del comerciante puede generar un mensaje de “fallo de autorizacion”, por ejemplo, 728. El servidor del comerciante puede proporcionar el recibo de compra o el mensaje de “fallo de autorizacion” al cliente. El cliente puede obtener y mostrar, por ejemplo, 729, el recibo de compra al usuario.
En algunas implementaciones, el servidor del comerciante puede iniciar una limpieza de un lote de transacciones autorizadas generando una peticion de datos el lote, por ejemplo, 730 (en la figura 7C), y proporcionar la peticion a una base de datos. En respuesta a la peticion de datos en lote, la base de datos puede proporcionar los datos en lote requeridos, por ejemplo, 731, al servidor del comerciante. El servidor puede generar una peticion de limpieza el lote, por ejemplo, 732, utilizando los datos en lote obtenidos de la base de datos, y proporcionando la peticion de limpieza en lote a un servidor adquiriente. El servidor adquiriente puede generar, por ejemplo, 734, una peticion de pago en lote utilizando la peticion de limpieza en lote obtenida, y proporcionar la peticion de pago el lote a un servidor de red de pago. El servidor de red de pago puede procesar, por ejemplo, 735, la peticion de pago el lote, seleccionar una transaccion almacenada dentro de los datos el lote, por ejemplo, 736, y extraer los datos de transaccion para la transaccion almacenada en la peticion de pago en lote, por ejemplo, 737. El servidor de red de pago puede generar un registro de datos de transaccion, por ejemplo, 738, y almacenar los datos de transaccion, por ejemplo, 739, la transaccion en una base de datos. Para la transaccion extrafda, el servidor de red de pago puede generar una consulta de servidor emisor, por ejemplo, 740, para una direccion de un servidor emisor que mantiene la cuenta del usuario que requiere la transaccion. El servidor de red de pago puede proporcionar la consulta a una base de datos. En respuesta, la base de datos puede proporcionar al servidor emisor los datos requeridos por el servidor de red de pago, por ejemplo, 741. El servidor de red de pago puede generar una peticion de pago individual, por ejemplo, 742, para la transaccion para la que ha extrafdo los datos de transaccion, y proporcionar la peticion de pago individual al servidor emisor utilizando los datos de servidor emisor de la base de datos.
En algunas implementaciones, el servidor emisor puede obtener la peticion de pago individual, y procesar, por ejemplo, 743, la peticion de pago individual para extraer detalles de la peticion. Basandose en los datos extrafdos, el servidor emisor puede generar un comando de pago, por ejemplo, 744. Por ejemplo, el servidor emisor puede emitir un comando para deducir fondos de la cuenta del usuario (o anadir un cargo a la cuenta de tarjeta de credito del usuario). El servidor emisor puede emitir un comando de pago, por ejemplo, 745, a una base de datos que almacena la informacion de cuenta del usuario. En respuesta, la base de datos puede actualizar un registro de datos correspondiente a la cuenta del usuario para reflejar el debito/cargo hecho en la cuenta del usuario. El servidor emisor puede proporcionar un mensaje de transferencia de fondos, por ejemplo, 746, al servidor de red de pago despues de que se haya ejecutado un comando de pago por la base de datos.
En algunas implementaciones, el servidor de red de pago puede comprobar si hay transacciones adicionales en el lote que necesitan ser limpiadas y transferidas. Si hay transacciones adicionales, por ejemplo, 747, opcion “Sr, el servidor de red de pago puede generar, por ejemplo, 748 (en la figura 7D), un mensaje de transferencia de fondos a agregados
5
10
15
20
25
30
35
40
45
50
55
que refleja la transferencia de todas las transacciones en el lote, y proporcionar, por ejemplo, 749, el mensaje de transferencia de fondos al servidor adquiriente. El servidor adquiriente puede, en respuesta, transferir los fondos especificados en el mensaje de trasferencia de fondos a una cuenta del comerciante, por ejemplo, 750.
Controlador
La figura 8 ilustra aspectos inventivos del controlador 801 en un diagrama de bloques. En este modo de realizacion, el controlador 801 puede servir para agregar, procesar, almacenar, buscar, servir, identificar, instruir, generar, hacer coincidir, y/o facilitar interacciones con un ordenador a traves de varias tecnologfas y/u otros datos relacionados.
Tfpicamente, los usuarios, que pueden ser gente y/u otros sistemas, pueden conectarse a sistemas de tecnologfa de la informacion (por ejemplo, ordenadores) para facilitar el procesamiento de la informacion. A su vez, los ordenadores emplean procesadores para procesar informacion; dichos procesadores 803 pueden ser referidos como unidades de procesamiento central (CPU). Una forma de procesador es referido como un microprocesador. Las CPU utilizan circuitos de comunicacion para pasar senales codificadas binarias que actuan como instrucciones para permitir diversas operaciones. Estas instrucciones pueden ser instrucciones de operacion y/o de datos que contienen y/o referencian otras instrucciones y datos en varias areas accesibles y operables por el procesador de la memoria 829 (por ejemplo, registradores, memoria de cache, memoria de acceso aleatorio, etcetera). Dichas instrucciones de comunicacion pueden ser almacenadas y/o transmitidas en lotes (por ejemplo, lotes de instrucciones) como programas y/o componentes de datos para facilitar las operaciones deseadas. Estos codigos de instruccion almacenados, por ejemplo, programas, pueden conectar los componentes del circuito de la CPU y otra placa base y/o componentes del sistema para realizar las operaciones deseadas. Un tipo de programa es un sistema operativo informatico, el cual, se puede ejecutar por la CPU en un ordenador; el sistema operativo permite y facilita a los usuarios acceder y operar la tecnologfa y recursos de informacion informatica. Algunos recursos que pueden emplearse en sistemas de tecnologfa de la informacion incluyen: mecanismos de entrada y de salida a traves de los cuales pueden pasar los datos dentro y fuera de un ordenador; almacenamiento de memoria en la cual se pueden guardar los datos; y procesadores mediante los cuales se puede procesar la informacion. Estos sistemas de tecnologfa de la informacion se pueden utilizar para recolectar datos para una posterior recuperacion, analisis y manipulacion, lo cual se puede facilitar a traves de un programa de base de datos. Estos sistemas de tecnologfa de la informacion proporcionan interfaces que permiten a los usuarios acceder y operar varios componentes del sistema.
En un modo de realizacion, el controlador 801 puede estar conectado a Ibarra o comunicarse con entidades tales como, pero no limitadas a: uno o mas usuarios para dispositivos 811 de entrada de usuario; dispositivos 812 perifericos; un dispositivo 828 de procesador criptografico opcional; y/o una red 813 de comunicaciones. Por ejemplo, el controlador 801 puede estar conectado y/o comunicarse con un(os) dispositivo(s) de cliente de operacion de usuario que incluya, pero no esta limitado a, un(os) ordenador(es) personal, un(os) servidor(es) y/o varios dispositivos moviles que incluyen, pero estan limitados a, un(os) telefono(s) movil(es), un(os) telefono(s) inteligente(s), (por ejemplo, iPhone®, Blackberry®, telefonos basados en el SO Android, etcetera), un(os) ordenador(es) de tableta (por ejemplo, Apple iPad®, HP Slate®, Motorola Xoom®, etcetera), un(os) lector(es) de libros electronicos (por ejemplo Amazon Kindle®, el lector electronico Barnes and Noble's Nook®, etcetera), un(os) ordenador(es) portatil, un(os) notebook, un(os) netbook, una(s) consola(s) de juegos por ejemplo, XBOX Live®, Nintendo® DS, Sony PlayStation® Portable, etcetera), un(os) escaner(es) portatil y/o similares.
Las redes son pensadas comunmente para comprender la interconexion e interoperacion de clientes, servidores, y nodos intermediarios en una topologfa grafica. Debena senalarse que el termino “servidor” tal y como se utiliza a lo largo de esta solicitud se refiere en general a un ordenador, o todo dispositivo, programa, o combinacion de los mismos que procesa y responde a las peticiones de usuarios remotos a traves de una red de comunicaciones. Los servidores sirven su informacion a “clientes” que solicitan. El termino “cliente” tal y como se utiliza en el presente documento se refiere en general a un ordenador, programa, otro dispositivo, usuario y/o combinacion de los mismos que es capaz de procesar y hacer peticiones y obtener y procesar cualquier respuesta de servidores a traves de una red de comunicaciones. Un ordenador, otro dispositivo, programa o combinacion de los mismos que facilita, procesa informacion y peticiones y/o avanza el paso de informacion desde un usuario fuente a un usuario de destino se refiere comunmente como un “nodo”. Las redes son en general pensadas para facilitar la transferencia de informacion desde puntos fuente a destinos. Un nodo especialmente encargado de avanzar el paso de informacion desde una fuente a un destino es comunmente denominado un “enrutador”. Hay muchas formas de redes tales como redes de area local (LAN), redes Pico, redes de area amplia (WAN), redes inalambricas (WLAN), etcetera. Por ejemplo, Internet es generalmente aceptada como una interconexion de una multitud de redes mediante la cual clientes y servidores pueden acceder e interoperar entre sf.
El controlador 801 puede basarse en sistemas informaticos que pueden comprender, pero no estan limitados a, componentes tales como: una sistematizacion 802 informatica conectada a la memoria 829.
Sistematizacion informatica
Una sistematizacion 802 informatica puede comprender un reloj 830, una unidad de procesamiento central (“CPU(s)” y/o un(os) procesador(es) (esos terminos son utilizados de forma intercambiable a traves de toda la divulgacion a menos que se senale lo contrario)) 803, una memoria 829 (por ejemplo, una memoria solo de lectura (ROM) 806, una
5
10
15
20
25
30
35
40
45
50
55
60
memoria de acceso aleatorio (RAM) 805, etcetera), y/o un bus 807 de interfaz, y de forma mas frecuente, aunque no de forma necesaria, todos estan interconectados y/o se comunican a traves de un bus 804 de sistema en una o mas placa(s) (bases) 802 que tienen rutas del circuito conductivas y/o de otro modo transportadoras a traves de los cuales las instrucciones (por ejemplo, senales codificadas binarias) pueden desplazarse para efectuar comunicaciones, operaciones, almacenamiento, etcetera. De forma opcional, la sistematizacion informatica puede estar conectada a una fuente 886 de alimentacion interna, por ejemplo, opcionalmente la fuente de alimentacion puede ser interna. Opcionalmente, un procesador 826 criptografico y/otros transceptores (por ejemplo, IC) 874 se pueden conectar al bus de sistema. En otro modo de realizacion, el procesador criptografico y/o los transceptores pueden estar conectados como dispositivos 812 perifericos internos y/o externos a traves de un bus de interfaz I/O. A su vez, los transceptores pueden estar conectados a una(s) antena(s) 875, por lo tanto efectuando una transmision y una recepcion inalambricas de varios protocolos de comunicacion y/o de deteccion; por ejemplo la(s) antena(s) puede conectarse a: un chip transceptor WiLink WL1283 de Texas Instruments (por ejemplo, que proporciona 802.11n, Bluetooth 3.0, FM, un sistema de posicionamiento global (GPS) (por tanto permitiendo al controlador determinar su ubicacion); un chip transceptor BCM4329FKBUG de Broadcom (por ejemplo, que proporciona 802.11n, Bluetooth 2.1 + EDR, FM, etcetera); un chip receptor BCM4750IUB8 de Broadcom (por ejemplo, GPS); un X-Gold 618-PM9800 de Infineon Technologies (por ejemplo que proporciona Comunicaciones 2G/3G HSDPA/HSUPA); y/o similares. El reloj de sistema tfpicamente tiene un oscilador de cristal y genera una senal base a traves de las rutas de circuito de la sistematizacion informatica. El reloj esta conectado tfpicamente al bus de sistema y a varios multiplicadores de reloj que aumentaran o disminuiran la frecuencia de funcionamiento base para otros componentes interconectados a la sistematizacion informatica. El reloj y varios componentes en una sistematizacion informatica conducen senales que portan informacion a traves del sistema. Dicha transmision y recepcion de instrucciones que portan informacion a traves de una sistematizacion informatica puede ser comunmente referida como comunicaciones. Estas instrucciones de comunicacion pueden ademas ser transmitidas, recibidas, y la causa de comunicaciones de retorno y/o respuesta mas alla de la sistematizacion informatica presente para: redes de comunicaciones, dispositivos de entrada, otra sistematizacion es informaticas, dispositivos perifericos, y/o similares. Por supuesto cualquiera de los componentes anteriores se puede conectar directamente entre sf, conectarse a la CPU, y/o organizarse en diversas variaciones empleadas como ejemplos por varios sistemas informaticos.
La CPU comprende al menos un procesador de datos de alta velocidad adecuado para ejecutar componentes de programa para ejecutar peticiones de usuario y/o generadas por el sistema. A menudo, los propios procesadores incorporaran varias unidades de procesamiento especializadas, tales como pero no limitadas a: controladores de sistema integrado (bus), unidades de control de gestion de memoria, unidades de punto flotante, e incluso subunidades de procesamiento especializadas, unidades de procesamiento grafico, unidades de procesamiento de senal digital y/o similares. Adicionalmente, los procesadores pueden incluir una memoria direccionable interna de acceso rapido y pueden ser capaces de mapear y direccionar memoria 529 mas alla del propio procesador; la memoria interna puede incluir, pero no esta limitada a: registradores rapidos, niveles varios de memoria de cache (por ejemplo, nivel 1, 2, 3, etcetera) RAM, etcetera. El procesador puede acceder a esta memoria traves del uso de un espacio de direccion de memoria que es accesible a traves de una direccion de instruccion, la cual puede construir y decodificar el procesador permitiendolo acceder a una ruta de circuito a un espacio de direccion de memoria espedfico que tenga un estado de memoria. La CPU puede ser un microprocesador tal como: AMD Athlon, Duron y/o Opteron; una aplicacion ARM, procesadores embebidos y seguros; DragonBall y PowerPC de IBM y de Motorola; Procesador Cell de IBM y Sony; Celeron de Intel, duo de Core (2), Itanium, Pentium, Xeon o XScale; y/o procesador(es) similares. La CPU interactua con la memoria a traves de una instruccion que pasa a traves de los conductos conductores y/o transportadores (por ejemplo, circuitos electronicos y/u opticos (impresos)) para ejecutar instrucciones almacenadas (es decir, codigo de programa) de acuerdo a tecnicas de procesamiento de datos convencionales. Dicho paso de instruccion facilita la comunicacion con el controlador y mas alla a traves de diversas interfaces. Si los requerimientos de procesamiento dictan una mayor cantidad de velocidad y/o de capacidad, se pueden emplear de forma similar procesadores distribuidos (por ejemplo, arquitectura distribuida), servidores centrales, multinucleo, paralelos, y/o arquitectura de super-ordenadores. De forma alternativa, si los requisitos de despliegue dictan una mayor portabilidad, se pueden emplear asistentes digitales personales (PDA).
Dependiendo de la implementacion particular, se puede lograr caractensticas del controlador implementando un micro controlador tal como el micro controlador R8051XC2 de CAST; el MCS 51 de Intel (es decir, el micro controlador 8051); y/o similares. Tambien, para implementar ciertas caractensticas del controlador, algunas implementaciones de funciones pueden basarse en componentes embebidos, tales como: circuitos integrados de aplicacion espedfica (“ASIC”), procesamiento de senal digital (“DSP”), matriz de puerta programable por campo (“FPGA”) y/o tecnologfa embebida similar. Por ejemplo, cualquiera de la coleccion de componentes de controlador (distribuidos o de otro modo) y/o caractensticas se pueden implementar a traves del microprocesador y/o a traves de componentes embebidos; por ejemplo, a traves de ASIC, de coprocesador, de DSP, de FPGA, y/o similares. De forma alternativa, algunas implementaciones del controlador se pueden implementar con componentes embebidos que estan configurados y utilizados para lograr diversas funciones o procesamiento de senal.
Dependiendo de la implementacion particular, los componentes embebidos pueden incluir soluciones de software, soluciones de hardware, y/o alguna combinacion de soluciones de hardware/software. Por ejemplo, las caractensticas de controlador discutidas en el presente documento se pueden lograr a traves de la implementacion de FPGA que son dispositivos semiconductores que contienen componentes de logica programable denominados “bloques logicos” e
5
10
15
20
25
30
35
40
45
50
55
60
interconexiones programables, tales como series Virtex de FPGA de alto rendimiento y/o series Spartan de bajo coste fabricadas por Xilinx. Los bloques logicos e interconexiones se pueden programar por el cliente o disenador, despues de que se fabrica la FPGA para implementar cualquier caractenstica de controlador. Una jerarqma de interconexiones programables permite a los bloques logicos ser interconectados tal y como se necesite por el disenador/administrador del sistema de controlador, de alguna manera como una placa base programable en chip. Bloques logicos de FPGA pueden programarse para realizar la funcion de puertas logicas basicas tales como AND y XOR, o funciones de combinacion mas complejas tales como decodificadores o funciones matematicas simples. En la mayona de las FPGA, los bloques logicos tambien incluyen elementos de memoria que pueden ser simples flip-flops o bloques de memoria mas completos. En algunas circunstancias, el IPOT se puede desarrollar en FPGA regulares y despues ser migrado en una version fija que ser parece mas a implementaciones ASIC. Implementaciones alternativas o coordinadas pueden migrar caractensticas de controlador a un ASIC final en lugar de o adicionalmente a las FPGA. Dependiendo de la implementacion todos los componentes y microprocesadores embebidos mencionados anteriormente se pueden considerar la “CPU” y/o el “procesador” del controlador.
Fuente de alimentacion
La fuente 886 de alimentacion puede ser de cualquier forma estandar para alimentar dispositivos de placas de circuito electronicas pequenos tales como las siguientes batenas: alcalinas, de hidruro de litio, de ion de litio, de polfmero de litio, de mquel-cadmio, celdas solares o similares. Tambien se pueden utilizar tipos de fuentes de alimentacion de CA y CC. En el caso de celdas solares, en un modo de realizacion, el caso proporciona una apertura a traves de la cual la celda solar puede capturar energfa fotonica. La batena 886 esta conectada a al menos uno de los componentes subsecuentes interconectados del controlador por lo tanto proporcionando una corriente electrica a todos los componentes subsecuentes. En un ejemplo, la fuente 886 de alimentacion esta conectada al componente 804 de bus del sistema. En un modo de realizacion alternativo, una fuente 886 de alimentacion externa esta provista traves de una conexion a traves de la interfaz I/O 808. Por ejemplo, una conexion USB y/o IEEE Este 1394 transporta tanto datos como energfa a traves de la conexion y es por tanto una fuente de alimentacion adecuada.
Adaptadores de interfaz
El(los) bus(es) de interfaz pueden aceptar, conectar y/o comunicarse con varios adaptadores de interfaz, convencionalmente aunque de forma no necesaria en forma de tarjetas de adaptador, tales como pero no limitadas a: interfaces de entrada salida (I/O) 808, interfaces 809 de almacenamiento, interfaces 810 de red, y/o similares. De forma opcional, las interfaces 827 de procesador criptografico pueden conectarse al bus de interfaz. El bus de interfaz proporciona las comunicaciones de adaptadores de interfaz entre si asf como con otros componentes de la sistematizacion informatica. Los adaptadores de interfaz estan adaptados para un bus de interfaz compatible. Los adaptadores de interfaz, convencionalmente, conectan el bus de interfaz a traves de una arquitectura de ranura. Se pueden emplear arquitecturas de ranura convencionales tales como, pero no limitadas a: puerto grafico acelerado (AGP), bus de tarjeta, arquitectura estandar industrial “(extendida) ((E)ISA), arquitectura de micro canal (MCA), NuBus, interconexion de componente periferico (extendida) (PCI(X)), PCI Express, asociacion internacional de tarjetas de memoria para ordenadores personales (PCMCIA), y/o similares.
Las interfaces 809 de almacenamiento pueden aceptar, comunicar, y/o conectar a varios dispositivos de almacenamiento tales como, pero no limitados a: dispositivos 814 de almacenamiento, dispositivos de disco extrafbles, y/o similares. Las interfaces de almacenamiento pueden emplear protocolos de conexion tales como, pero no limitados a: (Ultra) (Serial) Fijacion de tecnologfa avanzada (interfaz de paquetes) (ATA(PI)) (Serial) (Ultra), electronica de unidad integrada (mejorado) ((E) IDE), Instituto de Ingenieros Electrico y Electronicos (IEEE) 1394, canal de fibra, interfaz de sistemas de computadora pequena (SCSI), Bus serie Universal (USB) o similares.
Las interfaces 810 de red pueden aceptar, comunicarse y/o conectarse a una red 813 de comunicaciones. A traves de una red 813 de comunicaciones, el controlador es accesible a traves de clientes 833b remotos (por ejemplo, ordenadores con navegadores web) por usuarios 833a. Las interfaces de red pueden emplear protocolos de conexion tales como pero no limitados a: conexion directa, Ethernet (de par grueso, delgado, trenzado, 10/100/1000 Base T, y/o similares), Token Ring, conexiones inalambricas tales como IEEE 802.11a-x, y/o similares. Si los requerimientos de procesamiento dictan una mayor cantidad de velocidad y/o de capacidad, se pueden emplear de forma similar controladores arquitecturas de red distribuidas para poner en comun, balancear carga, y/o de otro modo aumentar el ancho de banda de comunicaciones debido por el controlador. Una red de comunicaciones puede ser cualquiera y/o una combinacion de las siguientes: una interconexion directa; Internet; una red de area local (LAN), una red de area metropolitana (MAN); misiones que operan como nodos en Internet (OMNI V); una conexion personalizada segura; una red de area amplia (WAN); una red inalambrica (por ejemplo, que emplea protocolos tales como pero no limitados a un protocolo de aplicacion inalambrico (WAP), I-mode y/o similares); y/o similares. Una interfaz de red puede ser considerada como una forma especializada de una interfaz de entrada salida. Ademas, las interfaces 810 de red multiples se pueden utilizar para conectarse con varios tipos 813 de red de comunicaciones. Por ejemplo, interfaces de red multiple se pueden emplear para permitir la comunicacion sobre redes broadcast, multicast y/o unicast.
Las interfaces de entrada salida (I/O) 808 pueden aceptar, comunicarse, y/o conectarse a dispositivos 811 de entrada de usuario, dispositivos 812 perifericos, dispositivos 828 de procesador criptograficos, y/o similares. I/O pueden emplear protocolos de conexion tales como, pero no limitados a: audio: analogico, digital, monoaural, RCS, estereo,
5
10
15
20
25
30
35
40
45
50
55
60
y/o similares; datos: Bus de escritorio Apple (ADB), IEEE 1394a-b, serial, bus de serie universal (USB), infrarrojo; palanca de control; teclado; midi; optico, Pc AT; PS/2; paralelo; radio; interfaz de video: colector de escritorio Apple (ADC), BNC, coaxial, componente, compuesto, digital, interfaz visual digital (DVI). Interfaz multimedia de alta definicion (HDMI), RCA, antenas RF, S-Video, VGA, y/o similares; transceptores inalambricos: 802.11a/b/g/n/x; Bluetooth; celulares (por ejemplo, acceso multiple por division de codigo (CDMA), acceso de paquetes de alta velocidad (HSPA(+)), acceso de paquetes de enlace de bajada de alta velocidad (HSDPA), sistema global para comunicaciones moviles (GSM), evolucion a largo plazo (LTE), WiMax, etcetera); y/o similares. Un dispositivo de salida tfpico puede incluir un monitor de video, que puede comprender un monitor basado en tubo de rayos catodicos (CRT), o una pantalla de cristal lfquido (LDC) con una interfaz (por ejemplo, un circuito DVI y cable) que acepta senales de una interfaz de video. La informacion de interfaz de video compuesto generada por una sistematizacion informatica y genera senales de video basandose en informacion compuesta en un fotograma de memoria de video. Otro dispositivo de salida es set de television, que acepta senales de una interfaz de video. Tfpicamente, la interfaz de video proporciona una informacion de video compuesto a traves de una interfaz de conexion de video que acepta una interfaz de visualizacion de video (por ejemplo, un colector de video compuesto RCA que acepta un cable de video compuesto RCA; un conector DVI que acepta un cable de visualizacion DVI, etcetera).
Dispositivos 811 de entrada de usuario a menudo son un tipo de dispositivos perifericos y pueden incluir: lectores de tarjetas, mochilas, lectores de huellas, guantes, tabletas graficas, palancas de control, teclados, microfonos, raton (ratones), controles remotos, lectores de retina, pantallas tactiles (por ejemplo, capacitivas, resistivas, etcetera), trackballs, trackpads, sensores (por ejemplo, acelero metros, de luz ambiente, GPS, giroscopios, de proximidad, etcetera), punteros, y/o similares.
Dispositivos 812 perifericos pueden estar conectados y/o comunicados a I/O u otras instalaciones de los mismos tales como interfaces de red, interfaces de almacenamiento, directamente al bus de interfaz, al bus de sistema, la CPU, y/o similares. Dispositivos perifericos pueden ser externos/internos y/o parte del controlador IPOT. Dispositivos perifericos pueden incluir, una antena, dispositivos de audio (por ejemplo, lmea de entrada, lmea de salida, entrada de microfono, altavoces, etcetera), camaras (por ejemplo, fotografica, video, camara web, etcetera), mochilas (por ejemplo, proteccion para copia, que aseguran transacciones seguras con una firma digital, y/o similares), procesadores externos (para capacidades anadidas, por ejemplo, criptodispositivos 528), dispositivos de fuerza/realimentacion (por ejemplo, motores vibradores), interfaces de red, impresoras, escaneres, dispositivos de almacenamiento, transceptores, por ejemplo, celular, GPS, etcetera) dispositivos de video (por ejemplo, gafas, monitores, etcetera) fuentes de video, visores, y/o similares. Dispositivos perifericos a menudo incluyen tipos de dispositivos de entrada (por ejemplo, camaras).
Debena senalarse que aunque se pueden emplear dispositivos de entrada de usuario y los dispositivos perifericos, el controlador puede implementarse como un dispositivo embebido, dedicado y/o sin monitor (por ejemplo, sin cabeza), en donde el acceso se podna proporcionar a traves de una conexion de interfaz de red.
Las unidades criptograficas tales como pero no limitadas a, micro controladores, procesadores 826, interfaces 827, y/o dispositivos 828 pueden estar fijada si/o comunicarse con el controlador. Un microcontrolador MC68HC16, fabricado por Motorola Inc., se puede utilizar para y/o dentro de unidades criptograficas. El microcontrolador MC68HC16 utiliza una instruccion multiple y acumulada de 16 bits en la configuracion de 16 MHz y requiere menos de un segundo para realizar una operacion de clave privada RSA de 512 bis. Las unidades criptograficas soportan la autenticacion de comunicaciones de agentes de interaccion, permitiendo tambien transacciones anonimas. Las unidades criptograficas tambien pueden estar configuradas como parte de la CPU. Tambien se pueden utilizar microcontroladores y/o procesadores equivalentes. Otros procesadores criptograficos especializados disponibles comercialmente incluyen: CryptoNetX de Broadcom y otros procesadores de seguridad; nShield de nCipher, series Luna PCI de SafeNet (por ejemplo, 7100), Roadrunner 184 de 40 MHz de Semaphore Comunications; aceleradores criptograficos de Sun (por ejemplo, acelerador de placa PCIe 6000, acelerador Daughtercar 500); lmea de procesador nano via (por ejemplo, L2100, L2200, U2400), que es capaz de realizar 500 + MB/s de instrucciones criptograficas; VLSI de 33 megahercios 6868 de Tehcnology; y/o similares.
Memoria
Generalmente, cualquier mecanizacion y/o modo de realizacion que permite a un procesador afectar el almacenamiento y/o recuperacion de informacion se contempla como memoria 829. Sin embargo, la memoria es comunmente una tecnologfa y recurso fungibles, por tanto, cualquier numero de modos de realizacion de memoria se puede emplear en lugar de o en concierto con otros. Se ha de entender que el controlador y/o una sistematizacion informatica pueden emplear varias formas de memoria 829. Por ejemplo, una sistematizacion informatica puede estar configurada donde la funcionalidad de una memoria CPU en chip (por ejemplo, registradores) RAM, ROM y cualquier otro dispositivo de almacenamiento es proporcionada mediante una cinta perforada de papel o mecanismo de tarjeta perforada de papel; por supuesto dicho modo de realizacion podna resultar en una velocidad extremadamente baja de funcionamiento. En una configuracion tfpica, la memoria 829 incluira una ROM 806, una RAM 805, y un dispositivo 814 de almacenamiento. Un dispositivo 814 de almacenamiento puede ser cualquier almacenamiento de sistema informatico convencional. Los dispositivos de almacenamiento pueden incluir un tambor; una unidad de disco magnetico (fija y/o extrafble); una unidad magneto-optica; una unidad optica (es decir, Blue-Ray®, CD ROM/RAM/gravable(R)/ reescribible (RW), DVD R/RW, hD DVD R/RW, etcetera); un conjunto de dispositivos (por
5
10
15
20
25
30
35
40
45
50
55
60
ejemplo, un conjunto redundante de dispositivos independientes (RAID)); dispositivos de memoria de estado solido (memoria USB, discos de estado solido (SSD), etcetera); otros medios de almacenamiento legibles por procesador; y otros dispositivos similares. Por tanto, una sistematizacion informatica en general requiere y hace uso de memoria.
Coleccion de componentes
La memoria 829 puede contener una coleccion de programas y/o componentes de bases de datos y/o datos tales como, pero no limitados a: componente(s) 815 de sistema operativo (sistema operativo); componente(s) 816 de servidor de informacion (servidor de informacion); componente(s) 817 de interfaz de usuario (interfaz de usuario); componente(s) 818 de navegador web (navegador web); una(s) base(s) 819 de datos ; componente(s) 821 de servidor de correo; componente(s) 822 de cliente de correo; componente(s) 820 de servidor criptografico (servidor criptografico); el(los) componente(s) 835 de controlador; y/o similares (es decir, de forma colectiva una coleccion de componentes). Estos componentes pueden ser almacenados y accederse a los mismos desde los dispositivos de almacenamiento y/o desde los dispositivos de almacenamiento accesibles a traves de un bus de interfaz. Aunque componentes de programa no convencionales tales como aquellos en la coleccion de componentes, tfpicamente, son almacenados en un dispositivo 814 de almacenamiento local, tambien pueden estar cargados y/o almacenados en memoria tal como: dispositivos perifericos, RAM, instalaciones de almacenamiento remotas a traves de redes de comunicaciones, ROM, varias formas de memoria, y/o similares.
Sistema operativo
El componente 815 de sistema operativo es un componente de programa ejecutable que facilita el funcionamiento del controlador. Tfpicamente, el sistema operativo facilita el acceso de I/O, interfaces de red, dispositivos perifericos, dispositivos de almacenamiento, y/o similares. El sistema operativo puede ser un sistema altamente tolerante a fallos, escalable y seguro tal como: Apple Macintosh OSX (servidor); AT&T Plan 9; Be OS; Unix y distribuciones de sistema como Unix (tales como UNIX de AT&T; distribucion de software Berkley (BSD) variaciones tales como FreeBSD, NetBSD, OpenBSD, y/o similares; distribuciones de Linux como Red Hat, Ubuntu y/o similares); y/o sistemas operativos similares. Sin embargo, se pueden utilizar sistemas operativos mas limitados y/o menos seguros tales como Apple Macintosh OS, IBM OS/2, Microsoft DOS, Microsoft Windows 2000/2003/3.1/95/98/CE/Millenium/NT/Vista/XP (servidor), Palm OS y/o similares. Un sistema operativo puede comunicar a y/o con otros componentes en una coleccion de componentes, incluyendo el mismo, y/o similares. De forma mas frecuente, el sistema operativo comunica con otros componentes de programa, interfaces de usuario, y/o similares. Por ejemplo, el sistema operativo puede contener, comunicar, generar, obtener y/o proporcionar componentes de un programa, un sistema, un usuario y/o comunicaciones de datos, peticiones y/o respuestas. El sistema operativo una vez ejecutado por la CPU, puede permitir la interaccion con redes de comunicaciones, datos, I/O, dispositivos perifericos, componentes de programa, memoria, dispositivos de entrada de usuario, y/o similares. El sistema operativo puede proporcionar protocolos de comunicacion que permiten al controlador comunicarse con otras unidades a traves de redes 813 de comunicaciones. Varios protocolos de comunicacion se pueden utilizar por el controlador con un mecanismo de transporte de sub- portador para la integracion, tales como, pero no limitados a: multicast, TCP/IP, UDP, unicast, y/o similares.
Servidor de informacion
Un componente 816 de servidor de informacion es un componente de programa almacenado que es ejecutado por una CPU. El servidor de informacion puede ser un servidor de informacion de Internet convencional tal como, pero no limitado a: Apache de Apache Software Foundation, Internet Information Server de Microsoft, y/o similares. El servidor de informacion puede permitir la ejecucion de componentes de programa a traves de instalaciones tales como una pagina de servidor activa (ASP), ActiveX, (ANSI) (objetivo-) C (++), C# y/o .NET, archivos de comandos de interfaz de puerta de enlace comun (CGI), lenguaje de marcado de hipertexto dinamico (D) (HTML), FLASH, Java, JavaScript, lenguaje practico de informes de extraccion (PERL), Preprocesador de hipertexto (PHP), tubenas, Python, protocolo de aplicacion inalambrica (WAP), WebObjects y/o similares. El servidor de informacion puede soportar protocolos de comunicacion segura tales como, pero no limitados a, Protocolo de transferencia de archivos (FTP); Protocolo de transferencia de hipertexto (HTTP); Protocolo de transferencia de hipertexto seguro (HTTPS), capa de conexion segura (SSL), protocolos de mensaje (por ejemplo, Instant Messenger (AIM) de America Online (AOL), intercambio de aplicacion (APEX), ICQ, ya de retransmision por Internet (IRC), servicio de mensajena de Microsoft Network (MSN), protocolo de mensajena de presencia de instantanea (PRIM), Protocolo de inicio de sesion (SIP) de Internet Engineering Task Force (IETF), SIP para extensiones de mensajena instantanea y de apalancamiento de presencia (SIMPLE), protocolo de mensaje y de presencia extensible basado en XML abierto (XMPP); (es decir, Jabber o Instant Messaging and Presence Service (IMPS) de Open Mobile Alliance (OMA's)), servicio de mensajena y presencia instantanea (IMPS), Yahoo! y/o similares. El servidor de informacion proporciona resultados en forma de paginas web a navegadores web, y permite la generacion manipulada de las paginas web a traves de la integracion con otros componentes de programa. Despues de que una porcion de resolucion del Sistema de Nombres de Dominio (DNS) de una solicitud HTTP se resuelve en un servidor de informacion particular, el servidor de informacion resuelve las peticiones para la informacion en ubicaciones especificadas en el controlador IPOT basandose en el recordatorio de la peticion HTTP. Por ejemplo, una peticion tal como
http://123.124.125.126/mylnformation.html podna tener una porcion IP de la peticion “123.124.125.126” resuelta por un servidor DNS a un servidor de informacion en esa direccion IP; ese servidor de informacion podna a su vez ademas procesar a peticion http para la porcion "/mylnformation.html" de la peticion y resolverla para una ubicacion en la memoria que contiene la informacion "mylnformation.html".
5
10
15
20
25
30
35
40
45
50
55
60
Adicionalmente, otros protocolos de servicio de informacion se pueden emplear a traves de varios puertos, por ejemplo, comunicaciones FTP a traves del puerto 21, y/o similares. Un servidor de informacion puede comunicar a y/o con otros componentes en una coleccion de componentes, incluido el mismo, y/o instalaciones de los mismos. De forma mas frecuente, el servidor de informacion se comunica con la base 819 de datos del controlador, los sistemas operativos, otros componentes de programa, interfaces de usuario, navegadores web, y/o similares.
El acceso a la base de datos se puede lograr a traves de varios mecanismos de puente de base de datos tales como a traves de lenguajes de archivos de comandos tal y como se enumera a continuacion (por ejemplo, CGI) y a traves de canales de comunicacion interior aplicacion tal y como se enumera mas abajo (por ejemplo, CORBA, WebObjects, etcetera). Cualquier peticion de datos a traves de un navegador web es procesada a traves del mecanismo de puente en programas apropiados tal y como se requiera por el controlador. En un modo de realizacion, el servidor de informacion podna proporcionar un formulario web accesible por un navegador web. Las entradas hechas en campos suministrados en el formulario web son etiquetadas como siendo introducidas en los campos particulares y procesadas como tales. Los terminos introducidos son entonces pasados a lo largo de las etiquetas de campo, que actuan para instruir el procesamiento para generar peticiones dirigidas a tablas y/o campos apropiados. En un modo de realizacion, el procesador puede generar consultas en SQL estandar instanciando una cadena de busqueda con los comandos de union/seleccion apropiados basados en las entradas de texto etiquetadas, en donde el comando resultante es proporcionado a lo largo del mecanismo de puente al controlador como una consulta. Tras generar resultados de consulta a partir de la consulta, los resultados se pasan al mecanismo de puente y se pueden procesar para el formateo y la generacion de una pagina web de nuevo resultados por el mecanismo de puente. Dicha pagina web de nuevos resultados es entonces proporcionada al servidor de informacion, el cual puede suministrar la al navegador web peticionario.
Tambien un servidor de informacion puede contener, comunicar, generar, obtener, y/o proporcionar un programa, un componente, un sistema, un usuario y/o comunicaciones de datos, peticiones y/o respuestas.
Interfaz de usuario
Las interfaces informaticas en algunos aspectos son similares a las interfaces de funcionamiento de un automovil. Los elementos de interfaz de funcionamiento de un automovil tales como las ruedas de direccion, las palancas de cambio, y los velodmetros facilitan el acceso, funcionamiento y visualizacion de los recursos y el estado del automovil. Los elementos de interfaz de interaccion informatica tales como las cajas de comprobacion, los cursores, los menus, los menus desplegables, y las ventanas (referidos de forma colectiva y comun como “widgets”) facilitan de forma similar el acceso, capacidades, funcionamiento y visualizacion de datos y hardware informatico y recursos y estado del sistema operativo. Las interfaces de funcionamiento son denominadas comunmente interfaces de usuario. Interfaces de usuario graficas (GUI) tales como el sistema operativo de Apple Macinstosh Aqua, OS/2 de IBM, Windows 2000/2003/3.1/95/98/CE/Millenium/NT/XP/Vista/7 (es decir, Aero) de Microsoft; X-Windows de Unix (por ejemplo, que puede incluir librenas y capa de interfaces graficas de Unix adicionales tales como entorno de escritorio K (KDE), mythTV y entorno de modelo de objeto de red GNU (GNOME), librenas de interfaz web (por ejemplo, ActiveX, AJAX, (D)HTML, FLASH, Java, JavaScript, etcetera, librenas de interfaz tales como pero no limitadas a, Dojo, jQuery(UI), MooTools, Prototype, script.aculo.us, SWFObject, interfaz de usuario de Yahoo!, cualquiera de las cuales se puede utilizar) proporcionan una lmea base y medios de acceso y de visualizacion de la informacion de forma grafica a los usuarios.
Un componente 817 de interfaz de usuario es un componente de programa almacenado que es ejecutado por una CPU. La interfaz de usuario puede ser una interfaz de usuario grafica convencional tal como la proporcionada por, con, y/o sobre sistemas operativos y/o entornos operativos tal como se ha descrito anteriormente. La interfaz de usuario puede permitir la visualizacion, ejecucion, interaccion, manipulacion, y/u operacion de componentes de programa y/o de instalaciones de sistema a traves de instalaciones textuales y/o graficas. La interfaz de usuario proporciona una instalacion a traves de la cual el usuario puede efectuar, interactuar y/u operar un sistema informatico. Una interfaz de usuario puede comunicar a y/o con otros componentes en una coleccion de componentes, incluyendo el mismo, y/o instalaciones de los mismos. De forma mas frecuente, la interfaz de usuario comunica con sistemas operativos, otros componentes de programa, y/o similares. La interfaz de usuario puede contener, comunicar, generar, obtener y/o proporcionar un componente de programa, un sistema, un usuario y/o comunicaciones de datos, peticiones y/o respuestas.
Navegador web
Un componente 818 de navegador web es un componente de programa almacenado que es ejecutado mediante una CPU. El navegador web puede ser una aplicacion de visualizacion de hipertexto convencional tal como Microsoft Internet Explorer o Netscape Navigator. La busqueda web segura puede suministrarse con una encriptacion de 128 bits (o mayor) mediante HTTPS, SSL, y/o similares. Los navegadores web que permiten la ejecucion de componentes de programa a traves de instalaciones tales como, ActiveX, AJAX, (D)HTML, FLASH, Java, JavaScript, extension de navegador web en API) por ejemplo, FireFox, extension de Safari y/o API similares, y/o similares. Navegadores web y herramientas de acceso a la informacion similares pueden estar integrados en PDA, telefonos moviles, y/o dispositivos moviles similares. Un navegador web puede comunicar a y/o con otros componentes en una coleccion de componentes, incluyendo el mismo y/o instalaciones de los mismos. De forma mas frecuente, el navegador web se
5
10
15
20
25
30
35
40
45
50
55
comunica con servidores de informacion, sistemas operativos, componentes de programa integrados (por ejemplo, extensiones), y/o similares; por ejemplo, puede contener, comunicar, generar, obtener, y/o proporcionar un componente de programa, un sistema, un usuario, y/o comunicaciones de datos, peticiones y/o respuestas. Por supuesto, en lugar de un navegador web y de un servidor de informacion, se puede desarrollar una aplicacion combinada para realizar funciones similares de ambos. La aplicacion combinada podna afectar de forma similar a la obtencion y la provision de informacion a los usuarios, agentes de usuario, y/o similares desde los nodos habilitados del controlador. La aplicacion combinada puede ser nugatoria en sistemas que emplean navegadores web estandar.
Servidor de correo
Un componente 821 de servidor de correo es un componente de programa almacenado que es ejecutado mediante una CPU 803. El servidor de correo puede ser un servidor de correo de Internet convencional tal como, pero no limitado a, sendmail, Microsoft Exchange y/o similar. El servidor de correo puede permitir la ejecucion de componentes de programa a traves de instalaciones tales como ASP, ActiveX, (ANSI) (Obtective-) C (++), C# y/o .NET, archivos de comandos CGI, Java, JavaScript, PERL, PHP, tubenas, Python, WebObjects, y/o similares. El servidor de correo puede soportar protocolos de comunicacion tales como, pero no limitados a: el protocolo de acceso de mensaje de Internet (IMAP), la interfaz de programacion de aplicacion de mensajena (MAPI)/Microsoft Exchange, el protocolo de oficina postal (POP3), el protocolo de transferencia simple de correo (SMTP), y/o similares. El servidor de correo puede enrutar, reenviar, y procesar mensajes de correo entrantes y salientes que han sido enviados, retransmitidos y/o de otro modo pasados a traves y/o hacia el controlador.
El acceso al correo se puede lograr a traves de diversas API ofrecidas por los componentes de servidor web individuales y/o el sistema operativo.
Tambien, un servidor de correo puede contener, comunicar, generar, obtener, y/o proporcionar un componente de programa, un sistema, un usuario, y/o comunicaciones de datos, peticiones, informacion, y/o respuestas.
Cliente de correo
Un componente 822 de cliente de correo es un componente de programa almacenado y que es ejecutado mediante una CPU 803. El cliente de correo puede ser una aplicacion de visualizacion de correo convencional tal como, Apple Mail, Microsoft Entourage, Microsoft Outlook, Microsoft Outlook Express, Mozilla, Thunderbird y/o similares. Los clientes de correo pueden soportar diversos protocolos de transferencia, tales como: IMAP, Microsoft Exchange, POP3, SMTP, y/o similares. Un cliente de correo puede comunicar a y/o con otros componentes en una coleccion de componentes, incluyendo el mismo, y/o instalaciones de los mismos. De forma mas frecuente, el cliente de correo comunica con servidores de correo, sistemas operativos, otros clientes de correo, y/o similares; por ejemplo, puede contener, comunicar, generar, obtener, y/o proporcionar un componente de programa, un sistema, un usuario, y/o comunicaciones de datos, peticiones, informacion, y/o respuestas. En general, el cliente de correo proporciona una instalacion para redactar y transmitir mensajes de correo electronico.
Servidor criptografico
Un componente 820 de servidor criptografico es un componente de programacion a lo que es ejecutado por una CPU 803, un procesador 826 criptografico, una interfaz 827 de procesador criptografico, un dispositivo 828 de procesador criptografico. Las interfaces de procesador criptografico permitiran la expedicion de peticiones de encriptacion y/o desencriptacion por el componente criptografico; sin embargo, el componente criptografico, de forma alternativa, puede ejecutarse en una CPU convencional. El componente criptografico permite la encriptacion y/o desencriptacion de datos proporcionados. El componente criptografico permite encriptacion y/o desencriptacion tanto simetrica como asimetrica (por ejemplo, proteccion bastante buena (PGP)). El componente criptografico puede emplear tecnicas criptograficas tales como, pero no limitados a: certificados digitales (por ejemplo, marco de autenticacion X.509), firmas digitales, firmas duales, ensobrado, proteccion de acceso por contrasena, gestion de clave publica, y/o similares. El componente criptografico facilitara numerosos protocolos de seguridad (encriptacion y/o desencriptacion) tales como, pero no limitados a: suma de verificacion, estandar de encriptacion de datos (DES), encriptacion curva elfptica (ECC), algoritmo de encriptacion de datos internacional (IDEA), algoritmo de resumen 5 (MD5 que tiene una funcion de resumen de codificado unidireccional), cifrado de Rivest (RC5), Rijndael, RSA (el cual es un sistema de encriptacion y autenticacion de Internet que utiliza un algoritmo desarrollado en 1977 por Ron Rivest, Adi Shamir, y Leonard Adleman), un algoritmo de resumen de codificado seguro (SHA), una capa de conexion segura (SSL), un protocolo de transferencia de hipertexto seguro (HTTPS), y/o similares. Empleando dichos protocolos de seguridad de encriptacion, el IPOT puede encriptar todas las comunicaciones entrantes y salientes y puede servir como un nodo dentro de una red privada virtual (VPN) con una red de comunicaciones mas extensa. El componente litografico facilita el proceso de “autorizacion de seguridad” por lo que el acceso a un recurso es inhibido mediante un protocolo de seguridad donde el componente criptografico efectua una vez autorizado al recurso seguro. Adicionalmente, el componente criptografico puede proporcionar identificadores unicos de contenido, por ejemplo, empleando un resumen de codificacion MD5 para obtener una firma unica de un archivo de audio digital. Un componente criptografico puede comunicar y/o con otros componentes en una coleccion de componentes, incluyendo el mismo, y/o instalaciones de los mismos. El componente criptografico soporta esquemas de encriptacion que permiten la transmision segura de informacion a traves de una red de comunicaciones para permitir al componente controlador conectarse en transacciones seguras
5
10
15
20
25
30
35
40
45
50
55
60
si asf se desea. El componente criptografico facilita el acceso seguro de recursos en el controlador y facilita el acceso de recursos seguros en sistemas remotos; es decir, puede actuar como cliente y/o como servidor de recursos seguros. De forma mas frecuente, el componente criptografico comunica con servidores de informacion, sistemas operativos, otros componentes del programa, y/o similares. El componente criptografico puede contener, comunicar, generar, obtener, y/proporcionar un componente del programa, un sistema, un usuario y/o comunicaciones de datos, peticiones, y/o respuestas.
La base de datos
El componente 819 de base de datos puede implementarse en una base de datos y sus datos almacenados. La base de datos es un componente de programa almacenado, que es ejecutado por la CPU; la porcion de componente de programa almacenado que configura la CPU para procesar los datos almacenados. La base de datos puede ser una base de datos convencional, tolerante a fallos, relacional, escalable, segura tal como Oracle o Sybase. Las bases de datos relacionales son una extension de un archivo plano. Las bases de datos relacionales consisten en una serie de tablas relacionadas. Las tablas estan interconectadas a traves de un campo clave. El uso del campo clave permite la combinacion de las tablas indexandolas las con respecto al campo clave; es decir, los campos clave actuan como puntos de pivote dimensionales para combinar la informacion de varias tablas. Las relaciones en general identifican enlaces mantenidos entre tablas haciendo coincidir claves primarias. Las claves primarias representan campos que identifican de forma unica a las filas de una tabla en una base de datos relacional. De forma mas precisa, identifican de forma unica filas de una tabla en “un” lado de una-a-muchas relaciones.
De forma alternativa, la base de datos puede ser implementada utilizando varias estructuras de datos estandar, tal como una matriz, un resumen codificado, una lista (enlazada), una estructura, un archivo de texto estructurado (por ejemplo, XML), una tabla, y/o similares. Dichas estructuras de datos pueden ser almacenadas en memoria y/o en archivos (estructurados). En otra alternativa, se puede utilizar una base de datos orientada a objetos, tal como Frontier, ObjectStore, Poet, Zope y/o similares. Bases de datos de objetos pueden incluir un numero de colecciones de objetos que estan agrupadas y/o enlazadas entre sf mediante atributos comunes; estan relacionadas con otras colecciones de objetos mediante atributos comunes. Las bases de datos orientadas a objetos funcionan de forma similar a las bases de datos relacionales con la excepcion de objetos que no son solo porciones de datos, sino que pueden tener otros tipos de funcionalidades de encapsulado dentro de un objeto dado. Si la base de datos es implementada con una estructura de datos, el uso de la base 819 de datos puede estar integrado en otro componente tal como un componente 835 de controlador. Tambien, la base de datos puede ser implementada como una mezcla de estructuras de datos, objetos, y estructuras relacionales. La base de datos se puede consolidar y/o distribuir en variaciones incontables a traves de tecnicas de procesamiento de datos estandar. Porciones de bases de datos, por ejemplo, tablas, se pueden exportar y/o importar y por tanto descentralizar y/o integrar.
En un modo de realizacion, el componente 819 de base de datos incluye varias tablas 819a-j. Una tabla 819a de usuario puede incluir campos tales como, pero no limitados a: id_usuario, id_solicitante, nombre, apellido, lmea1_direccion, lmea2_direccion, dfn, nss, comprobacion_credito, codigo postal, ciudad, estado,
lista_parametros_cuenta, modo_cuenta, tipo_cuenta, caducidad_cuenta, nombre_banco_preferido, nombre_oficina_preferida, informe-bajo credito, y/o similares. La tabla 819a de usuarios puede soportar y/o seguir multiples cuentas de entidad en un controlador. Una tabla 819b de clientes puede incluir campos tales como, pero no limitados a: id_cliente, tipo_cliente, MAC_cliente, IP_cliente, formato_presentacion, recuento_pixels, resolucion, tamano_pantalla, fidelidad_audio, lista_configuracion_hardware, lista_compatibilidades_software, lista_aplicaciones_instaladas, y/o similares. Una tabla 819c de aplicaciones puede incluir campos tales como, pero no limitados a: ID_aplicacion, nombre_aplicacion, tipo_aplicacion, lista_compatibilidades_SO, version, marca de tiempo, ID_desarrollador, y/o similares. Una tabla 819d de comerciantes puede incluir campos tales como, pero no limitados a: id_comerciante, nombre_comerciante, direccion_provincia comerciante, direccion_ip, direccion_mac, clave_autenticacion, numero_puerto, lista_configuraciones_seguridad, y/o similares. Una tabla 819e de usuario puede incluir campos tales como, pero no limitados a: nombre_cuenta, apellido_cuenta, tipo_cuenta, numero_cuenta, lista_balance_cuenta, lmea1_direccion de facturacion, lmea2_direccion de facturacion, codigo postal_facturacion, estado_facturacion, preferencias_envfo, lmea1_direccion de envfo, lmea2_direccion de envfo, codigo postal_envfo, estado_envfo, id_emisor, nombre_emisor, direccion_emisor, direccion_ip, direccion_mac, clave_autenticacion, numero_puerto, lista_configuraciones_seguridad y/o similares. Una tabla 819f de adquirientes puede incluir campos tales como, pero no limitados a: nombre_cuenta, apellido_cuenta, tipo_cuenta, numero_cuenta, lista_balance_cuenta, lmea1_direccion de facturacion, lmea2_direccion de facturacion, codigo postal_facturacion, estado_facturacion, preferencias_envfo, lmea1_direccion de envfo, lmea2_direccion de envfo, codigo postal_envfo, estado_envfo, y/o similares. Una tabla 819g de libro mayor puede incluir campos tales como, pero no limitados a: id_peticion, marca de tiempo, cantidad_deposito, id_lote, id_transaccion, marca_despejado, cuenta_deposito, resumen_transaccion, nombre_pagador, cuenta_pagador, y/o similares. Una tabla 819h de transacciones puede incluir campos tales como, pero no limitados a: id_orden, id_usuario, marca de tiempo, coste_transaccion, lista_detalles_compra, numero_productos, lista_productos, tipo_producto, lista_parametros_producto, tttulo_producto, resumen_producto, cantidad, id_usuario, id_cliente, ip_cliente, tipo_cliente, modelo_cliente, sistema_operativo, version_SO,
marca_aplicacion_instalada, id_usuario, nombre_cuenta, apellido_cuenta, tipo_cuenta, numero_cuenta, lmea1_direccion de facturacion, lmea2_direccion de facturacion, codigo postal_facturacion, estado_facturacion, preferencias_envfo, lmea1_direccion de envfo, lmea2_direccion de envfo, codigo postal_envfo, estado_envio, id_comerciante, nombre_comerciante, clave_autenticacion_comerciante, y/o similares. Una tabla 819i de lotes puede
5
10
15
20
25
30
35
40
45
50
55
incluir campos tales como, pero no limitados a: nombre_solicitante, apellido_solicitante, lmea1_direccion_solicitante, lmea2_direccion_solicitante, lista_datos_oficina_consumidor, datos_oficina_consumidor,
marca_solicitante_despejado, Kmite_credito, puntuacion_credito, balances_cuenta, marca_delincuencia, marcas_calidad, id_lote, lista_id_transaccion, lista_marca de tiempo, lista_marca-despejada, configuraciones_activacion_despejado, y/o similares. Una tabla 819j de ofertas puede incluir campos tales como, pero no limitados a: id_oferta, nombre_oferta, byline_oferta, id_comerciante, id_producto, vista_detalle_oferta, fecha_conducida_oferta, y/o similares.
En un modo de realizacion, la base de datos puede interactuar con otros sistemas de bases de datos. Por ejemplo, empleando un sistema de base de datos distribuido, consultas y accesos a datos mediante un componente de controlador de busqueda pueden tratar la combinacion de la base de datos, una base de datos de capas de seguridad de datos integrada como una entidad de base de datos unica.
En un modo de realizacion, los programas de usuario pueden contener varias interfaces de usuario primitivas, que pueden servir para actualizar el controlador. Tambien, varias cuentas pueden requerir tablas de bases de datos personalizadas dependientes del entorno, y los tipos de clientes que el controlador puede necesitar para servir. Debena senalarse que cualquier campo unico puede ser designado como un campo clave en todas partes. En un modo de realizacion alternativo, estas tablas han sido descentralizadas en sus propias bases de datos y sus respectivos controladores de base de datos (es decir, controladores de base de datos individuales para cada una de las tablas anteriores). Empleando tecnicas de procesamiento de datos estandar, se puede distribuir ademas la base de datos en varia sistematizacion es informaticas y/o dispositivo de almacenamiento. De forma similar, configuraciones de los controladores de base de datos descentralizados se pueden variar consolidando y/o distribuyendo los diferentes componentes 819a-j de base de datos. El controlador puede estar configurado para mantener un seguimiento de diversas configuraciones, entradas, y parametros a traves de los controladores de base de datos.
La base de datos puede comunicar a y/o con otros componentes en una coleccion de componentes, incluyendo el mismo, y/o y relaciones de los mismos. De forma mas frecuente, la base de datos comunica con el componente controlador, otros componentes de programa, y/o similares. La base de datos puede contener, retener, y proporcionar informacion referente a otros nodos y datos.
Los controladores
El componente 835 de controlador es un componente de programa almacenado que es ejecutado por una CPU. En un modo de realizacion, el componente de controlador incorpora cualquiera y/o todas las combinaciones de los aspectos del controlador descrito en las figuras previas. Como tal, el controlador afecta al acceso, la obtencion y la provision de informacion, servicios, transacciones y/o similares a traves de varias redes de comunicaciones.
El componente de controlador puede transformar capturas de codigo de producto a traves de componentes de controlador en notificaciones de transaccion de compra electronica activadas por oferta, en tiempo real, y/o similares y el uso del controlador. En un modo de realizacion, el componente 835 de controlador toma entradas (por ejemplo, un identificador 401 de producto, una instruccion de compra (vease 410), un identificador de producto y un identificador 501 de usuario, una entrada 611 de compra, datos 620 de servidor emisor, datos 625 de usuario, datos 639 de lote, datos 647 de servidor emisor, y/o similares, etcetera, y transforma las entradas a traves de varios componentes por ejemplo, un componente 841 mPPT, un componente 842 POS, un componente 843 CTE, y/o similares), en salidas (por ejemplo, una visualizacion 405 de informacion del producto, una visualizacion 425 de confirmacion de compra, una informacion 530 de producto escueta, una informacion del producto y una informacion 535 de promocion, un recibo 570 de confirmacion de compra, un mensaje 627 de autorizacion, datos 630 de transaccion, un mensaje 631-632 de autorizacion, datos 634 anexos de lote, un recibo 635 de compra, datos 645 de transaccion, un mensaje 652-653 de transferencia de fondos, y/o similares).
El componente controlador que habilita el acceso de la informacion entre nodos puede desarrollarse empleando herramientas y lenguajes de desarrollo estandar. En un modo de realizacion, el servidor controlador emplea un servidor criptografico para encriptar y desencriptar comunicaciones. El componente de controlador puede comunicar a y/o con otros componentes son una coleccion de componentes, incluyendo el mismo, y/o instalaciones de los mismos. De forma mas frecuente, el componente controlador comunica con la base de datos de controlador, los sistemas operativos, otros componentes de programa, y/o similares. El controlador puede contener, comunicar, generar, obtener, y/o proporcionar un componente de programa, un sistema, un usuario, y/o comunicaciones de datos, peticiones, y/o respuestas.
Controladores distribuidos
La estructura y/o funcionamiento de cualquiera de los componentes de controlador de nodos se puede combinar, consolidar y/o distribuir de cualquier numero de maneras para facilitar el desarrollo y/o el despliegue. De forma similar, la coleccion de componentes se puede combinar en cualquier numero de maneras para facilitar el despliegue de/o el desarrollo. Para lograr esto, se pueden integrar los componentes en una base de codigo comun o en una instalacion que puede cargar de forma dinamica componentes bajo demanda de una forma integrada.
5
10
15
20
25
30
35
40
45
50
55
60
La coleccion de componentes se puede consolidar y/o distribuir en variaciones incontables a traves de un procesamiento de datos estandar y/o tecnicas de desarrollo. Ejemplos multiples de cualquiera de los componentes de programa en la coleccion de componentes de programa se puede instancializar en un unico nodo, y/o a traves de numerosos nodos para mejorar el rendimiento a traves del equilibrio de carga y/o las tecnicas de procesamiento de datos. Ademas, instancias individualestambien se pueden distribuir a traves de multiples controladores y/o dispositivos de almacenamiento, por ejemplo, bases de datos. Todas las instancias de componentes de programa y los controladores que trabajan en concierto pueden hacer esto a traves de tecnicas de comunicacion de procesamiento de datos estandar.
La configuracion del controlador dependera del contexto del despliegue del sistema. Factores tales como, pero no limitados a, el presupuesto, la capacidad, la ubicacion y/o el uso de los recursos de hardware subyacentes pueden afectar a los requisitos de despliegue y configuracion. Independientemente de si la configuracion resulta en componentes de programa mas consolidados y/o componentes de programa integrados, resulta en una serie mas distribuida de componentes de programa, y/o resulta en alguna combinacion entre una configuracion consolidada y distribuida, se pueden comunicar, obtener y/o proporcionar los datos. Instancias de componentes consolidados en una base de codigo comun de la coleccion de componentes de programas pueden comunicar, obtener y no proporcionar datos. Esto se puede lograr a traves de tecnicas de comunicacion de procesamiento de datos intraaplicacion, tales como, pero no limitados a: diferenciacion de datos (por ejemplo, punteros) mensajena interna, comunicacion variable de instancia de objeto, espacio de memoria compartida, pasaje variable, y/o similares.
Si los componentes de coleccion de componentes son discretos, separados y/o externos entre sf, entonces la comunicacion, obtencion y/o suministro de datos con y/o a otros componentes de componente puede lograrse a traves de tecnicas de comunicacion de procesamiento de datos inter-aplicacion tales como, pero no limitadas a: pasajes de informacion de interfaces de programa de aplicacion (API),; modelo de objetos de componente (distribuidos) (D)COM), enlace y el debido de objetos (distribuidos)((D)OLE), y/o similares), una arquitectura de negociacion de peticion de objetos comunes (CORBA), una interfaz de programa de aplicacion local y remota Jini, una notacion de objetos JavaScript (JSON), una invocacion del metodo remoto (RMI), SOAP, tubenas de proceso, archivos compartidos, y/o similares. Los mensajes enviados entre componentes de componente discreto para una comunicacion interaplicacion o dentro de espacios de memoria de un componente singular para una comunicacion intraaplicacion pueden ser facilitados a traves de la creacion y procesamiento de una gramatica. Una gramatica puede ser desarrollada utilizando herramientas de desarrollo tales como lex, yacc, XML, y/o similares que permiten la generacion de gramatica y capacidades de procesamiento, que a su vez pueden formar la base de mensajes de comunicacion dentro y entre los componentes.
La figura 9 es un diagrama de flujo del proceso de acuerdo con un modo de realizacion. El proceso 900 se puede implementar mediante un ordenador u otra maquina. En la operacion 901, un identificador de producto para un artfculo de compra potencial es obtenido mediante un dispositivo movil basandose en una captura en persona del identificador de producto en una tienda minorista. En la operacion 902, un precio del artfculo de compra potencial se determina a partir de una base de datos asociada con la tienda minorista. En la operacion 903, un elemento de interfaz (por ejemplo, un boton) es mostrado en un dispositivo movil operativo para indicar el consentimiento del consumidor para cargar una cuenta del consumidor para el artfculo de compra potencial. En la operacion 904, se calcula una primera puntuacion de riesgo basandose en el precio del artfculo de compra potencial. En la operacion 905, la primera puntuacion de riesgo es comparada a un valor umbral. En la operacion 906, se envfa un mensaje de un servidor al dispositivo movil basandose en la comparacion de la primera puntuacion de riesgo con el valor umbral, el mensaje que tiene un elemento de interfaz operativo para iniciar una sesion de conversacion por video entre el consumidor y el representante de servicio al cliente. En la operacion 907, se abre una sesion de conversacion por video basandose en una seleccion del elemento de interfaz en el mensaje con el consumidor. En la operacion 908, se calcula una segunda puntuacion de riesgo basandose en la primera puntuacion de riesgo y en la apertura de la sesion de conversacion por video. En la operacion 909, se recibe un recibo electronico para una compra aprobada del artfculo en el dispositivo movil.
La figura 10 es un diagrama de flujo del proceso de acuerdo con un modo de realizacion. El proceso 1000 se puede implementar mediante un ordenador u otra maquina. En la operacion 1001, un identificador de producto para un artfculo de compra potencial se obtiene basandose en una captura en persona del identificador de producto mediante un dispositivo movil de un consumidor en una tienda minorista. En la operacion 1002, un comerciante es identificado para el artfculo de compra potencial, el comerciante asociado con la tienda minorista. En la operacion 1003, un precio del artfculo de compra potenciales determinado basandose en el comerciante. En la operacion 1004, se obtiene un consentimiento del consumidor, utilizando el dispositivo movil, para comprar el artfculo. En la operacion 1005, se inicia una transaccion de compra con el comerciante identificado, utilizando el dispositivo movil, para el artfculo de compra potencial basandose en el consentimiento del consumidor. En la operacion 1006, un recibo electronico que tiene un codigo verificable de comerciante es recibido en el dispositivo movil, el recibo basado en la transaccion de compra. En la operacion 1007, el codigo verificable es producido (por ejemplo, mostrado, emitido de forma inalambrica) desde el dispositivo movil mientras que el dispositivo movil esta proximo a un lector en la tienda minorista. En la operacion 1008, se recibe una indicacion de que el codigo verificable es valido, por lo tanto, permitiendo al consumidor salir de la tienda minorista con el artfculo.
5
10
15
20
25
30
35
40
45
50
55
La figura 11 es un diagrama de flujo de un proceso de acuerdo con un modo de realizacion. El proceso 1100 puede ser implementado mediante un ordenador u otra maquina. En la operacion 1101, un identificador de producto para un artfculo de compra potencial es obtenido basandose en una captura en persona del identificador de producto por un dispositivo movil de un consumidor en una tienda minorista. En la operacion 1102, se determina un precio del artfculo de compra potencial. En la operacion 1103, se recibe un consentimiento del consumidor para cargar una cuenta del consumidor. En la operacion 1104, la cuenta del consumidor es cargada para una compra del artfculo. En la operacion 1105, se recibe una indicacion de que el cargo de la cuenta tuvo exito. En la operacion 1106, se genera un recibo electronico que tiene un codigo verificable basandose en la indicacion recibida. En la operacion 1107, el recibo electronico es enviado al dispositivo movil del consumidor. En la operacion 1108, el codigo verificable es lefdo del dispositivo movil. En la operacion 1109, el codigo verificable lefdo del dispositivo movil es verificado para ser valido. En la operacion 1110, una indicacion del codigo verificable valido es enviada para permitir al consumidor salir de la tienda minorista con el artfculo.
La figura 12 un diagrama de flujo de un proceso de acuerdo con un modo de realizacion. El proceso 1200 se puede implementar mediante un ordenador u otra maquina. En la operacion 1201, se recibe una autorizacion de peticion de un adquiriente para el pago de una primera cuenta de pago de un consumidor a un comerciante. En la operacion 1202, se determina una oferta para utilizar una segunda cuenta de pago asociada con el consumidor (por ejemplo, subastada entre los emisores del consumidor), la determinacion basandose en la recepcion de la peticion de autorizacion. En la operacion 1203, la oferta determinada es enviada al consumidor. En la operacion 1204, se recibe una seleccion de la oferta del consumidor. En la operacion 1205, se realiza la peticion de autorizacion para pedir un pago de la segunda cuenta de pago del consumidor. En la operacion 1206, se envfa la peticion de autorizacion revisada a un emisor asociado con la segunda cuenta de pago.
La figura 13 es un diagrama de flujo de procesos de acuerdo con un modo de realizacion. El proceso 1300 se puede implementar mediante un ordenador u otra maquina. En la operacion 1301, se recibe una primera peticion de autorizacion de un adquiriente para el pago de una cuenta de pago de un consumidor a un primer comerciante. En la operacion 1302, se recibe un identificador de producto para un artfculo que se va a comprar. En la operacion 1303, se determina una oferta para un artfculo competidor de un segundo comerciante, la determinacion basandose en la recepcion de la primera peticion de autorizacion y el identificador de producto recibido. En la operacion 1304, se envfa la oferta al consumidor. En la operacion 1305, se recibe una seleccion de las ofertas del consumidor. En la operacion 1306, se cancela la primera peticion de autorizacion basandose en la seleccion recibida. En la operacion 1307, se genera una segunda peticion de autorizacion para el pago para la cuenta de pago del consumidor al segundo comerciante para la oferta. En la operacion 1308, la segunda peticion de autorizacion es enviada a un emisor asociado con la cuenta de pago.
La figura 14 es un diagrama de flujo de un proceso de acuerdo con un modo de realizacion. El proceso 1400 se puede implementar mediante un ordenador u otra maquina. En la operacion 1401, se obtiene un identificador de producto para un artfculo de compra potencial basandose en una captura en persona del identificador de producto mediante un dispositivo movil de un consumidor en una tienda minorista. En la operacion 1402, se determina un precio del artfculo de compra potencial (por ejemplo, consultada de una base de datos). En la operacion 1403, se recibe un consentimiento del consumidor para cargar una cuenta del consumidor. En la operacion 1404, la cuenta es cargada para la compra del artfculo. En la operacion 1405, se recibe una indicacion de que el cargo en la cuenta tuvo exito. En la operacion 1406, se envfa una indicacion a un sistema antirrobo de que el artfculo es libre de abandonar la tienda minorista. En la operacion 1407, se envfa un recibo electronico que tiene un codigo verificable de comerciante al dispositivo movil.
Debena entenderse que la presente invencion tal y como se describio anteriormente se puede implementar en forma de una logica de control utilizando un software informatico de una manera modular o integrada. Basandose en la divulgacion y en las ensenanzas proporcionadas en el presente documento, un experto en la tecnica apreciara a continuacion otras maneras y/o metodos para implementar la presente invencion utilizando hardware y una combinacion de hardware y software.
Cualquiera de los componentes o funciones de software descritas en esta solicitud, se puede implementar con un codigo de software que se puede ejecutar mediante un procesador utilizando cualquier lenguaje informatico adecuado tal como, por ejemplo, Java, C++, o Perl, utilizando como por ejemplo, tecnicas convencionales u orientadas a objetos. El codigo de software se puede almacenar con una serie de instrucciones, o comandos en un medio legible por ordenador, tal como una memoria de acceso aleatorio (RAM) una memoria de solo lectura (ROM), un medio magnetico tal como un disco duro un disquete, o un medio optico tal como un CD-ROM. Cualquiera de dichos medios legibles por ordenador puede disponerse en o sobre un aparato de computacion individual y puede estar presente o dentro de diferentes aparatos de computacion dentro de un sistema o red.
Una enumeracion de “un/uno/una” o “el/lo/la” pretende significar “uno o mas” a menos que se indique de forma espedfica lo contrario.

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    REIVINDICACIONES
    1. Un metodo realizado en una tienda minorista que tiene un sistema (261,262, 263) antirrobo, que comprende:
    recibir, mediante un servidor (265) de un dispositivo (201) movil del consumidor en una tienda minorista, un identificador (205) de producto para un artfculo de compra potencial que es obtenido basandose en una captura en persona de identificador de producto mediante el dispositivo movil;
    identificar, mediante servidor, un comerciante para el artfculo de compra potencial, el comerciante que esta asociado con la tienda minorista;
    determinar, mediante el servidor, un precio del artfculo de compra potencial basandose en el comerciante;
    obtener, mediante el servidor del dispositivo movil, consentimiento del consumidor para comprar el artfculo;
    iniciar, mediante el servidor utilizando el dispositivo movil, una transaccion de compra con el comerciante identificado para el artfculo de compra potencial basandose en el consentimiento del consumidor;
    proporcionar, mediante el servidor al dispositivo movil, un recibo (252) electronico que tiene un codigo verificable de comerciante, el recibo que esta basado en la transaccion de compra;
    recibir el codigo (251) verificable de un lector (260) en la tienda minorista, el codigo verificable que ha sido lefdo del dispositivo movil utilizando el lector mientras el dispositivo movil esta proximo al lector;
    verificar que el codigo verificable es valido;
    recibir una indicacion de que el codigo verificable es valido; y
    detectar en un sistema antirrobo una etiqueta (257) antirrobo de un artfculo (210);
    en respuesta a la deteccion de la etiqueta antirrobo, determinar si la etiqueta antirrobo coincide con un producto asociado con el codigo verificable; y
    en respuesta a la determinacion de una coincidencia entre el producto y la etiqueta antirrobo, desactivar el sistema antirrobo para la etiqueta antirrobo para permitir al artfculo abandonar la tienda.
  2. 2. El metodo de la reivindicacion 1 en donde la produccion incluye:
    mostrar en una pantalla del dispositivo movil el codigo verificable, el codigo verificable obtenido en la pantalla para ser lefdo opticamente por el lector.
  3. 3. El metodo de la reivindicacion 2 en donde el codigo verificable se selecciona del grupo que consiste en un codigo de barras, un codigo de barras bidimensional, y un codigo bidimensional de codigo(R) QR.
  4. 4. El metodo de la reivindicacion 1, en donde la produccion incluye:
    enviar una senal inalambrica del dispositivo movil, la senal inalambrica que incluye el codigo verificable y configurada para ser lefda por el lector.
  5. 5. El metodo de la reivindicacion 4 en donde el codigo verificable incluye un certificado digital.
  6. 6. El metodo de la reivindicacion 1, en donde la obtencion del consentimiento del consumidor incluye: determinar una cuenta de pago por defecto para el consumidor; mostrar una interfaz de autorizacion en una pantalla del dispositivo movil, la visualizacion de la interfaz de autorizacion iniciada de forma automatica tras la captura del identificador de producto, la interfaz de autorizacion configurada para requerir un toque del consumidor con el fin de iniciar la transaccion de pago con la cuenta de pago por defecto.
  7. 7. El metodo de la reivindicacion1, en donde el identificador de producto es seleccionado del grupo que consiste en un codigo de producto universal (UPC), un codigo de barras, un codigo bidimensional de codigo (R) QR, una etiqueta de identificacion de radiofrecuencia (RFID).
  8. 8. El metodo de la reivindicacion uno, en donde la determinacion del precio del artfculo de compra potencial incluye: acceder a una base de datos de inventario del comerciante de la ubicacion minorista.
  9. 9. El metodo de la reivindicacion 1, en donde la identificacion del comerciante incluye:
    obtener una coordenada geografica del dispositivo movil; y consultar al comerciante desde la coordenada geografica.
  10. 10. El metodo de la reivindicacion 1, en donde las operaciones son realizadas en el orden mostrado.
    5
    10
    15
    20
    25
    30
    35
  11. 11. El metodo de la reivindicacion 1, en donde cada operacion es realizada mediante un procesador conectado de forma operativa a una memoria.
  12. 12. Un sistema que comprende:
    un lector (260) para el uso en una tienda minorista que tiene un sistema (261, 262, 263) antirrobo; y un dispositivo (201) movil para su uso mediante un consumidor en la tienda; un sistema (265) de procesamiento; y
    una memoria (266) en comunicacion con el sistema de procesamiento, en donde el sistema de procesamiento esta configurado para ejecutar las etapas que comprenden:
    recibir del dispositivo movil un identificador (205) de producto para un artfculo de compra potencial que es obtenido basandose en una captura en persona del identificador de producto mediante el dispositivo movil del consumidor en la tienda minorista;
    identificar un comerciante para el artfculo de compra potencial, el comerciante que esta asociado con la tienda minorista;
    determinar un precio del artfculo de compra potencial basandose en el comerciante;
    obtener, a partir del dispositivo movil, consentimiento del consumidor para comprar el artfculo;
    iniciar, utilizando el dispositivo movil, una transaccion de compra con el comerciante identificado para el artfculo de compra potencial basandose en el consentimiento del consumidor;
    proporcionar al dispositivo movil un recibo (252) electronico que tiene un codigo verificable de comerciante, el recibo basado en la transaccion de compra;
    recibir el codigo (251) verificable del lector (260), el codigo verificable que ha sido lefdo desde el dispositivo movil utilizando lector mientras el dispositivo movil esta proximo al lector en la tienda minorista;
    verificar que el codigo verificable es valido;
    recibir una indicacion de que el codigo verificable es valido; y
    detectar en el sistema antirrobo una etiqueta (257) antirrobo de un artfculo (210);
    en respuesta a la deteccion de la etiqueta antirrobo, determinar si la etiqueta antirrobo coincide con un producto asociado con el codigo verificable; y
    en respuesta a la determinacion de una coincidencia entre el producto y la etiqueta antirrobo, desactivar el sistema antirrobo para la etiqueta antirrobo para permitir al artfculo abandonar la tienda.
  13. 13. Un dispositivo movil configurado para el uso en un metodo como el reivindicado en cualquiera de las reivindicaciones 1 a 11.
  14. 14. Un sistema de acuerdo con la reivindicacion 12 configurado para realizar un metodo como el reivindicado en cualquiera de las reivindicaciones 1 a 11.
  15. 15. Un medio de almacenamiento legible por ordenador no transitorio, el medio de almacenamiento legible por ordenador que comprende instrucciones ejecutables por ordenador, las cuales, cuando se ejecutan, provocan que el sistema de procesamiento realice un metodo como el reivindicado en cualquiera de las reivindicaciones 1 a 11.
ES12763395.6T 2011-03-25 2012-03-26 Aparatos, métodos y sistemas de compra en persona con un solo toque Active ES2683174T3 (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201161467969P 2011-03-25 2011-03-25
US201161467890P 2011-03-25 2011-03-25
US201161467969P 2011-03-25
US201161467890P 2011-03-25
US13/429,670 US20120271712A1 (en) 2011-03-25 2012-03-26 In-person one-tap purchasing apparatuses, methods and systems
US201213429670 2012-03-26
PCT/US2012/030560 WO2012135115A2 (en) 2011-03-25 2012-03-26 In-person one-tap purchasing apparatuses, methods and systems

Publications (1)

Publication Number Publication Date
ES2683174T3 true ES2683174T3 (es) 2018-09-25

Family

ID=46932272

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12763395.6T Active ES2683174T3 (es) 2011-03-25 2012-03-26 Aparatos, métodos y sistemas de compra en persona con un solo toque

Country Status (7)

Country Link
US (1) US20120271712A1 (es)
EP (1) EP2689386B1 (es)
JP (2) JP6066988B2 (es)
KR (2) KR102050909B1 (es)
AU (3) AU2012236870A1 (es)
ES (1) ES2683174T3 (es)
WO (1) WO2012135115A2 (es)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020123803A1 (en) * 2018-12-13 2020-06-18 Poynt Co. Transaction mediation method
ES2809048A1 (es) * 2019-09-02 2021-03-02 Univ Malaga Sistema y procedimiento de control de accesos a un recinto
ES2812998A1 (es) * 2019-09-18 2021-03-18 Vlv Disenos Ind S L Sistema de control de accesos a torres eolicas

Families Citing this family (298)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10521776B2 (en) * 2002-10-01 2019-12-31 Andrew H B Zhou UN currency (virtual payment cards) issued by central bank or other issuer for mobile and wearable devices
US10147076B2 (en) * 2002-10-01 2018-12-04 Andrew H B Zhou Digital currency (virtual payment cards) issued by central bank for mobile and wearable devices
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US7848980B2 (en) * 2006-12-26 2010-12-07 Visa U.S.A. Inc. Mobile payment system and method using alias
KR102136860B1 (ko) 2007-09-24 2020-07-23 애플 인크. 전자 장치 내의 내장형 인증 시스템들
US9990674B1 (en) 2007-12-14 2018-06-05 Consumerinfo.Com, Inc. Card registry systems and methods
US8600120B2 (en) 2008-01-03 2013-12-03 Apple Inc. Personal computing device control using face detection and recognition
US8312033B1 (en) 2008-06-26 2012-11-13 Experian Marketing Solutions, Inc. Systems and methods for providing an integrated identifier
US8060424B2 (en) 2008-11-05 2011-11-15 Consumerinfo.Com, Inc. On-line method and system for monitoring and reporting unused available credit
US20110145082A1 (en) 2009-12-16 2011-06-16 Ayman Hammad Merchant alerts incorporating receipt data
US8429048B2 (en) 2009-12-28 2013-04-23 Visa International Service Association System and method for processing payment transaction receipts
US9965756B2 (en) * 2013-02-26 2018-05-08 Digimarc Corporation Methods and arrangements for smartphone payments
US9602164B1 (en) 2011-04-29 2017-03-21 United Services Automobile Association (Usaa) Methods and systems for making a pre-payment
JP4915709B1 (ja) * 2011-05-27 2012-04-11 Ｎｅｃインフロンティア株式会社 Ｐｏｓシステム、バーコードスキャナ、およびｐｏｓシステムの制御方法
US8538845B2 (en) 2011-06-03 2013-09-17 Mozido, Llc Monetary transaction system
US20130019284A1 (en) * 2011-06-10 2013-01-17 Pacyga James W Automated web based applications with a wireless communication device
US8924726B1 (en) * 2011-06-28 2014-12-30 Emc Corporation Robust message encryption
US9483606B1 (en) 2011-07-08 2016-11-01 Consumerinfo.Com, Inc. Lifescore
US8572264B2 (en) 2011-07-15 2013-10-29 American Express Travel Related Services Company, Inc. Systems and methods for state awareness across communication channels and statefully transitioning between communication channels
US9129277B2 (en) 2011-08-30 2015-09-08 Digimarc Corporation Methods and arrangements for identifying objects
US9106691B1 (en) 2011-09-16 2015-08-11 Consumerinfo.Com, Inc. Systems and methods of identity protection and management
US8688604B2 (en) * 2011-09-26 2014-04-01 First Data Corporation Systems and methods for facilitating communication between a point of sale device and a consumer device
US9002322B2 (en) 2011-09-29 2015-04-07 Apple Inc. Authentication with secondary approver
US8769624B2 (en) 2011-09-29 2014-07-01 Apple Inc. Access control utilizing indirect authentication
US20130097034A1 (en) * 2011-10-12 2013-04-18 First Data Corporation Systems and Methods for Facilitating Point of Sale Transactions
US8738516B1 (en) 2011-10-13 2014-05-27 Consumerinfo.Com, Inc. Debt services candidate locator
JP2013109502A (ja) * 2011-11-18 2013-06-06 Internatl Business Mach Corp <Ibm> Ｐｏｓインターフェース（ｉｆ）エミュレータ
US10438196B2 (en) 2011-11-21 2019-10-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US9208488B2 (en) 2011-11-21 2015-12-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US9721282B2 (en) 2011-12-07 2017-08-01 Amazon Technologies, Inc. Merchant verification of in-person electronic transactions
US20130151358A1 (en) * 2011-12-07 2013-06-13 Harsha Ramalingam Network-accessible Point-of-sale Device Instance
US9262780B2 (en) * 2012-01-09 2016-02-16 Google Inc. Method and apparatus for enabling real-time product and vendor identification
US11328325B2 (en) * 2012-03-23 2022-05-10 Secureads, Inc. Method and/or system for user authentication with targeted electronic advertising content through personal communication devices
GB2514517A (en) 2012-03-23 2014-11-26 Wendy Mackinnon Keith System and method for facilitating secure self payment transactions of retail goods
US8526922B1 (en) * 2012-05-01 2013-09-03 Noble Systems Corporation Integrating two-dimensional barcodes and embedded links with call center operation
US9898766B2 (en) * 2012-05-04 2018-02-20 Microsoft Technology Licensing, Llc Payment processing for client devices
US9853959B1 (en) 2012-05-07 2017-12-26 Consumerinfo.Com, Inc. Storage and maintenance of personal data
US8584942B1 (en) * 2012-05-25 2013-11-19 Cisco Technology, Inc. Systems and methods for network inventory management utilizing mobile technology
KR101254269B1 (ko) * 2012-06-26 2013-04-15 주식회사 하렉스인포텍 휴대용 단말기를 이용한 자판기 결제시스템 및 자판기 결제방법과, 이 방법을 실행하기 위한 프로그램이 기록된 저장매체
US9367865B2 (en) 2012-07-03 2016-06-14 Adam Phillip TREISER System and method for providing consumers with access to an article while preventing theft thereof
WO2014029893A1 (de) * 2012-08-24 2014-02-27 B-Labs Ag Warensystem und verfahren für ein warensystem
US20140074704A1 (en) * 2012-09-11 2014-03-13 Cashstar, Inc. Systems, methods and devices for conducting transactions with electronic passbooks
US20140074723A1 (en) * 2012-09-12 2014-03-13 Shreyas Kamat Communicating payments
US20140297545A1 (en) * 2012-09-12 2014-10-02 Chachi Prasad System and Method for Verifying and Communicating about OEM Products
US11195158B2 (en) * 2012-09-12 2021-12-07 Shreyas Kamat Communicating payments
US10489763B2 (en) 2013-09-11 2019-11-26 Shreyas Kamat Communicating payments
US20160012498A1 (en) * 2012-09-12 2016-01-14 Chachi Prasad System and method for identifying, verifying and communicating about oem products using unique identifiers
US9852419B2 (en) * 2012-09-17 2017-12-26 Capital One Financial Corporation Systems and methods for providing near field communications
CN103679495B (zh) * 2012-09-18 2018-08-10 星贝瑞有限公司 一种印花发放方法及系统
US20140091001A1 (en) * 2012-10-02 2014-04-03 Karen Lai-Ting CHAN Reminder System Associated with a Consumer Product
US20140108247A1 (en) 2012-10-17 2014-04-17 Groupon, Inc. Peer-To-Peer Payment Processing
US10235692B2 (en) 2012-10-17 2019-03-19 Groupon, Inc. Consumer presence based deal offers
CA2888153C (en) * 2012-10-19 2021-04-27 Digimarc Corporation Methods and arrangements for identifying objects
US9224184B2 (en) 2012-10-21 2015-12-29 Digimarc Corporation Methods and arrangements for identifying objects
AU2013334480A1 (en) * 2012-10-23 2015-06-04 Jenand (Vic) Pty Ltd Mobile payments
US9654541B1 (en) 2012-11-12 2017-05-16 Consumerinfo.Com, Inc. Aggregating user web browsing data
BR102012030393A2 (pt) * 2012-11-29 2014-09-23 Otávio Dias Campos Rodrigo Sistema para pagamentos e compras de produtos e serviços
US9305293B2 (en) 2012-11-30 2016-04-05 Bank Of America Corporation System for creating and processing coded payment methods
US9916621B1 (en) 2012-11-30 2018-03-13 Consumerinfo.Com, Inc. Presentation of credit score factors
US20140172610A1 (en) * 2012-12-18 2014-06-19 Boopsie, Inc. Account-based checkout
CN103093172B (zh) * 2013-02-04 2016-05-18 快车科技有限公司 一种标签阅读设备及标签识别系统
US20140229375A1 (en) 2013-02-11 2014-08-14 Groupon, Inc. Consumer device payment token management
US20140236726A1 (en) 2013-02-18 2014-08-21 Disney Enterprises, Inc. Transference of data associated with a product and/or product package
CN105378776A (zh) * 2013-02-26 2016-03-02 维萨国际服务协会 用于提供支付凭证的方法及系统
US9830588B2 (en) * 2013-02-26 2017-11-28 Digimarc Corporation Methods and arrangements for smartphone payments
US8803366B2 (en) * 2013-03-04 2014-08-12 Hello Inc. Telemetry system with wireless power receiver and monitoring devices
US9526422B2 (en) 2013-03-04 2016-12-27 Hello Inc. System for monitoring individuals with a monitoring device, telemetry system, activity manager and a feedback system
US9367793B2 (en) 2013-03-04 2016-06-14 Hello Inc. Wearable device with magnets distanced from exterior surfaces of the wearable device
US9530089B2 (en) 2013-03-04 2016-12-27 Hello Inc. Wearable device with overlapping ends coupled by magnets of a selected width, length and depth
US9420856B2 (en) 2013-03-04 2016-08-23 Hello Inc. Wearable device with adjacent magnets magnetized in different directions
US9424508B2 (en) 2013-03-04 2016-08-23 Hello Inc. Wearable device with magnets having first and second polarities
US9430938B2 (en) 2013-03-04 2016-08-30 Hello Inc. Monitoring device with selectable wireless communication
US9427189B2 (en) 2013-03-04 2016-08-30 Hello Inc. Monitoring system and device with sensors that are responsive to skin pigmentation
US20140258051A1 (en) * 2013-03-11 2014-09-11 Peter John Bostwick Point of sale system, inventory system, and methods thereof
US9852409B2 (en) 2013-03-11 2017-12-26 Groupon, Inc. Consumer device based point-of-sale
US9576286B1 (en) 2013-03-11 2017-02-21 Groupon, Inc. Consumer device based point-of-sale
US10102570B1 (en) 2013-03-14 2018-10-16 Consumerinfo.Com, Inc. Account vulnerability alerts
US9406085B1 (en) 2013-03-14 2016-08-02 Consumerinfo.Com, Inc. System and methods for credit dispute processing, resolution, and reporting
CN104052782B (zh) * 2013-03-15 2020-09-11 腾讯科技（深圳）有限公司 信息分享方法和系统
US9449321B2 (en) 2013-03-15 2016-09-20 Square, Inc. Transferring money using email
US10217108B1 (en) * 2013-03-29 2019-02-26 Wells Fargo Bank, N.A. Systems and methods for assisted transactions using an information wallet
US10530646B1 (en) 2013-03-29 2020-01-07 Wells Fargo Bank, N.A. Systems and methods for providing user preferences for a connected device
US10387928B1 (en) 2013-03-29 2019-08-20 Wells Fargo Bank, N.A. Systems and methods for transferring a gift using an information storage and communication system
US10055732B1 (en) 2013-03-29 2018-08-21 Wells Fargo Bank, N.A. User and entity authentication through an information storage and communication system
US10037561B1 (en) 2013-03-29 2018-07-31 Wells Fargo Bank, N.A. Systems and methods for managing lists using an information storage and communication system
US10685398B1 (en) 2013-04-23 2020-06-16 Consumerinfo.Com, Inc. Presenting credit score information
US9020859B2 (en) 2013-05-13 2015-04-28 Ramalingam Krishnamurthi Anand Fraud prevention for transactions
WO2014182785A1 (en) * 2013-05-07 2014-11-13 Ramalingam Krishnamurthi Anand Fraud prevention for transactions
US10558958B2 (en) 2013-05-17 2020-02-11 Visa International Service Association Contactless message transmission
US9993166B1 (en) 2013-06-21 2018-06-12 Fitbit, Inc. Monitoring device using radar and measuring motion with a non-contact device
US10004451B1 (en) 2013-06-21 2018-06-26 Fitbit, Inc. User monitoring system
US10058290B1 (en) 2013-06-21 2018-08-28 Fitbit, Inc. Monitoring device with voice interaction
US10235710B2 (en) * 2013-06-25 2019-03-19 Sears Brands, L.L.C. Systems and methods for scanning items and delivery to fitting room
US10192231B2 (en) * 2013-07-01 2019-01-29 United Airlines, Inc. Mobile payment system with rewards points
US9235835B2 (en) * 2013-07-15 2016-01-12 Capital One Financial Corporation Systems and methods for providing manufacturer-based financial service accounts
AU2014293259A1 (en) * 2013-07-22 2016-01-21 Cubic Corporation On-vehicle ticketing and validation
WO2015020781A2 (en) * 2013-08-09 2015-02-12 Evernote Corporation Communicating information about a product via an attached tag
US9898642B2 (en) 2013-09-09 2018-02-20 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
EP4164214A1 (en) 2013-09-11 2023-04-12 AiBuy, Inc. Dynamic binding of live video content
US20150081545A1 (en) * 2013-09-18 2015-03-19 Greg Gissler Secure payment by mobile phone
CN105580042B (zh) 2013-09-27 2022-03-11 艾拜公司 用于支持与内容供应相关联的关系的装置和方法
CN105579997A (zh) 2013-09-27 2016-05-11 辛赛股份有限公司 补充内容的n-层复制
CN110687969B (zh) 2013-10-30 2023-05-02 苹果公司 显示相关的用户界面对象
GB2520023A (en) * 2013-11-06 2015-05-13 Tensator Ltd Data link module
US10325314B1 (en) 2013-11-15 2019-06-18 Consumerinfo.Com, Inc. Payment reporting systems
US20150142596A1 (en) * 2013-11-18 2015-05-21 Gabriel Jakobson Commercial transactions via a wearable computer with a display
US9477737B1 (en) 2013-11-20 2016-10-25 Consumerinfo.Com, Inc. Systems and user interfaces for dynamic access of multiple remote databases and synchronization of data based on user rules
US10402776B2 (en) 2013-12-02 2019-09-03 Walmart Apollo, Llc System and method for conducting a multi-channel order
US11151544B2 (en) * 2013-12-02 2021-10-19 Walmart Apollo, Llc System and method for placing an order using a local device
US20150178669A1 (en) * 2013-12-20 2015-06-25 Wal-Mart Stores, Inc. Secured Delivery
CN104753907B (zh) * 2013-12-31 2017-03-29 腾讯科技（深圳）有限公司 基于即时通信或社交应用的数据处理方法和装置
US9647999B2 (en) 2014-02-07 2017-05-09 Bank Of America Corporation Authentication level of function bucket based on circumstances
US9223951B2 (en) 2014-02-07 2015-12-29 Bank Of America Corporation User authentication based on other applications
US9286450B2 (en) 2014-02-07 2016-03-15 Bank Of America Corporation Self-selected user access based on specific authentication types
US9965606B2 (en) 2014-02-07 2018-05-08 Bank Of America Corporation Determining user authentication based on user/device interaction
US9208301B2 (en) 2014-02-07 2015-12-08 Bank Of America Corporation Determining user authentication requirements based on the current location of the user in comparison to the users's normal boundary of location
US9311639B2 (en) 2014-02-11 2016-04-12 Digimarc Corporation Methods, apparatus and arrangements for device to device communication
US20150249913A1 (en) * 2014-02-28 2015-09-03 Rong Hua Location-based secure wave
US9721268B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation Providing offers associated with payment credentials authenticated in a specific digital wallet
US9721248B2 (en) 2014-03-04 2017-08-01 Bank Of America Corporation ATM token cash withdrawal
US9600844B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign cross-issued token
US9424572B2 (en) 2014-03-04 2016-08-23 Bank Of America Corporation Online banking digital wallet management
US10002352B2 (en) 2014-03-04 2018-06-19 Bank Of America Corporation Digital wallet exposure reduction
US9600817B2 (en) 2014-03-04 2017-03-21 Bank Of America Corporation Foreign exchange token
US9406065B2 (en) 2014-03-04 2016-08-02 Bank Of America Corporation Customer token preferences interface
US20150254699A1 (en) * 2014-03-04 2015-09-10 Bank Of America Corporation Providing offers associated with payment credentials in digital wallets
US9830597B2 (en) 2014-03-04 2017-11-28 Bank Of America Corporation Formation and funding of a shared token
US20150287304A1 (en) * 2014-04-07 2015-10-08 Southern Imperial, Inc. Identification Capturing Security Gate
US10510090B2 (en) * 2014-04-10 2019-12-17 Ebay Inc. Dynamically generating a reduced item price
US9892457B1 (en) 2014-04-16 2018-02-13 Consumerinfo.Com, Inc. Providing credit data in search results
US11615401B1 (en) 2014-04-30 2023-03-28 Wells Fargo Bank, N.A. Mobile wallet authentication systems and methods
US11610197B1 (en) 2014-04-30 2023-03-21 Wells Fargo Bank, N.A. Mobile wallet rewards redemption systems and methods
US11748736B1 (en) 2014-04-30 2023-09-05 Wells Fargo Bank, N.A. Mobile wallet integration within mobile banking
US11461766B1 (en) 2014-04-30 2022-10-04 Wells Fargo Bank, N.A. Mobile wallet using tokenized card systems and methods
US11288660B1 (en) 2014-04-30 2022-03-29 Wells Fargo Bank, N.A. Mobile wallet account balance systems and methods
US9652770B1 (en) 2014-04-30 2017-05-16 Wells Fargo Bank, N.A. Mobile wallet using tokenized card systems and methods
US10586073B1 (en) * 2014-05-27 2020-03-10 Amazon Technologies, Inc. Preserving customer data privacy for merchant orders
US10482461B2 (en) 2014-05-29 2019-11-19 Apple Inc. User interface for payments
EP2953071A1 (en) * 2014-06-04 2015-12-09 Hewlett-Packard Development Company, L.P. Purchase support
AU2015281777A1 (en) * 2014-06-26 2016-09-29 Parousia Investments Pty Ltd A method and system for enabling a payment
MX2017001329A (es) 2014-07-30 2017-05-04 Wal Mart Stores Inc Sistema y metodo para gestion de cadena de suministro.
KR102287160B1 (ko) * 2014-07-31 2021-08-06 엘지전자 주식회사 웨어러블 디바이스 및 그것의 제어방법
US10055725B2 (en) * 2014-08-13 2018-08-21 Google Llc Simple in-store payments
US10445739B1 (en) 2014-08-14 2019-10-15 Wells Fargo Bank, N.A. Use limitations for secondary users of financial accounts
US10066959B2 (en) 2014-09-02 2018-09-04 Apple Inc. User interactions for a mapping application
JP2016053837A (ja) * 2014-09-03 2016-04-14 東芝テック株式会社 サーバ装置、情報処理装置、及びプログラム
US9619976B2 (en) * 2015-01-08 2017-04-11 Toshiba Tec Kabushiki Kaisha Method for processing a purchase transaction using a plurality of transaction systems
US11853919B1 (en) 2015-03-04 2023-12-26 Wells Fargo Bank, N.A. Systems and methods for peer-to-peer funds requests
SG11201707301VA (en) * 2015-03-10 2017-10-30 Sniip (Australia) Pty Ltd Method and system of conducting a transaction
US10230705B1 (en) * 2015-03-16 2019-03-12 Amazon Technologies, Inc. Verifying authenticity of machine-readable identifiers
US11636462B2 (en) 2015-03-20 2023-04-25 Block, Inc. Context-aware peer-to-peer transfers of items
EP3089090A1 (en) * 2015-04-29 2016-11-02 Mastercard International Incorporated Payment headwear
GB2539553A (en) * 2015-04-30 2016-12-21 Wal Mart Stores Inc Systems, devices, and methods for distributed processing
US9940637B2 (en) 2015-06-05 2018-04-10 Apple Inc. User interface for loyalty accounts and private label accounts
US20160358133A1 (en) 2015-06-05 2016-12-08 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US20160358145A1 (en) * 2015-06-05 2016-12-08 Yummy Foods, Llc Systems and methods for frictionless self-checkout merchandise purchasing
US10825049B2 (en) 2015-06-09 2020-11-03 Visa International Service Association Virtual reality and augmented reality systems and methods to generate mobile alerts
CN104917766B (zh) * 2015-06-10 2018-01-05 飞天诚信科技股份有限公司 一种二维码安全认证方法
GB2539710A (en) * 2015-06-26 2016-12-28 Aspholm Invest Oy Mobile device based digital wallet for retail shopping, related system and method
US10157410B2 (en) 2015-07-14 2018-12-18 Ebay Inc. Enhanced shopping actions on a mobile device
US10127532B1 (en) * 2015-08-19 2018-11-13 Square, Inc. Customized transaction flow
US10410194B1 (en) 2015-08-19 2019-09-10 Square, Inc. Customized tipping flow
US20170076287A1 (en) * 2015-09-15 2017-03-16 Edward N Hall Electronic payment system with option to accept or reject a proffered payment
US12088541B1 (en) * 2015-10-15 2024-09-10 John Kheit Privacy secure social set apparatuses, methods and systems
US9729536B2 (en) 2015-10-30 2017-08-08 Bank Of America Corporation Tiered identification federated authentication network system
US11488124B2 (en) * 2015-12-07 2022-11-01 Money Flow, Llc Payment system based on a global database of invoices
WO2017147464A1 (en) * 2016-02-25 2017-08-31 Cayan Llc Use of item level transactional details in payment processing and customer engagement platforms
GB2548992A (en) * 2016-03-31 2017-10-04 Aprium Tech Ltd Security system for a retail environment
US20170308157A1 (en) * 2016-04-25 2017-10-26 Seiko Epson Corporation Head-mounted display device, display system, control method for head-mounted display device, and computer program
US10460367B2 (en) 2016-04-29 2019-10-29 Bank Of America Corporation System for user authentication based on linking a randomly generated number to the user and a physical item
DK179186B1 (en) 2016-05-19 2018-01-15 Apple Inc REMOTE AUTHORIZATION TO CONTINUE WITH AN ACTION
US10572870B1 (en) * 2016-06-09 2020-02-25 Wells Fargo Bank, N.A. Binding mobile wallet elements with payees
US10621581B2 (en) 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
CN109313759B (zh) 2016-06-11 2022-04-26 苹果公司 用于交易的用户界面
DK201670622A1 (en) 2016-06-12 2018-02-12 Apple Inc User interfaces for transactions
US10268635B2 (en) 2016-06-17 2019-04-23 Bank Of America Corporation System for data rotation through tokenization
JP6804880B2 (ja) * 2016-06-23 2020-12-23 東芝テック株式会社 管理システム
US11120511B2 (en) * 2016-07-26 2021-09-14 Samsung Electronics Co., Ltd. System and method for universal card acceptance
US20180053172A1 (en) * 2016-08-18 2018-02-22 Comenity Llc Seamless integration of financial information within a mobile retail application framework
US20180068313A1 (en) 2016-09-06 2018-03-08 Apple Inc. User interfaces for stored-value accounts
DK179978B1 (en) 2016-09-23 2019-11-27 Apple Inc. IMAGE DATA FOR ENHANCED USER INTERACTIONS
US10860199B2 (en) 2016-09-23 2020-12-08 Apple Inc. Dynamically adjusting touch hysteresis based on contextual data
US11468414B1 (en) 2016-10-03 2022-10-11 Wells Fargo Bank, N.A. Systems and methods for establishing a pull payment relationship
US11107136B2 (en) * 2016-10-21 2021-08-31 Brian Conville Management of products and dynamic price display system
US9875385B1 (en) * 2016-10-24 2018-01-23 Mastercard International Incorporated Method and system for sharing of product receipts
US10496808B2 (en) 2016-10-25 2019-12-03 Apple Inc. User interface for managing access to credentials for use in an operation
WO2018089824A1 (en) * 2016-11-11 2018-05-17 Honey Inc. Mobile device gesture and proximity communication
SG10201610474TA (en) * 2016-12-14 2018-07-30 Mastercard International Inc Methods and systems for processing a payment transaction
EP3340139A1 (en) * 2016-12-22 2018-06-27 Mastercard International Incorporated Amount confirmation for visually impaired users
US20240211931A1 (en) * 2017-01-09 2024-06-27 Wells Fargo Bank, N.A. Method and system for approving use of mobile wallet
CN107103502B (zh) 2017-03-07 2020-06-30 阿里巴巴集团控股有限公司 一种订单信息确定方法和装置
US11645644B2 (en) * 2017-03-09 2023-05-09 Lg Electronics Inc. Mobile terminal
US10580026B2 (en) 2017-08-07 2020-03-03 Digiprint Ip Llc In store upselling
US11062356B2 (en) 2017-08-08 2021-07-13 Digiprint Ip Llc System and method for tag based upselling
US10755339B2 (en) 2017-03-17 2020-08-25 Team Labs, Inc. System and method of purchase request management using plain text messages
US11348162B2 (en) 2017-03-17 2022-05-31 Digiprint Ip Llc Acquiring additional products from a provider
US11157953B2 (en) 2017-08-08 2021-10-26 Digiprint Ip Llc Method and apparatus for linking to an upsell system via a tag
US10134077B2 (en) 2017-03-17 2018-11-20 Digiprint Ip Llc Upselling offerings to customers
TWI734764B (zh) * 2017-03-29 2021-08-01 楊建綱 多維條碼行動支付方法
EP3612999A4 (en) * 2017-04-19 2020-04-29 Visa International Service Association SYSTEM, METHOD AND DEVICE FOR CARRYING OUT A SECURE TRANSACTION USING A REMOTE POS SYSTEM
US10699295B1 (en) * 2017-05-05 2020-06-30 Wells Fargo Bank, N.A. Fraudulent content detector using augmented reality platforms
US10586259B2 (en) 2017-06-07 2020-03-10 Mastercard International Incorporated Enriching merchant identifiers associated with account data update requests
TWI640940B (zh) * 2017-06-13 2018-11-11 財金資訊股份有限公司 Information exchange verification platform and method for mobile payment, computer readable recording medium and computer program product
US10511692B2 (en) 2017-06-22 2019-12-17 Bank Of America Corporation Data transmission to a networked resource based on contextual information
US10524165B2 (en) 2017-06-22 2019-12-31 Bank Of America Corporation Dynamic utilization of alternative resources based on token association
US10313480B2 (en) 2017-06-22 2019-06-04 Bank Of America Corporation Data transmission between networked resources
US20190005530A1 (en) * 2017-06-29 2019-01-03 International Business Machines Corporation Determining brand loyalty based on consumer location
US11127068B2 (en) * 2017-07-07 2021-09-21 Visa International Service Association System and method for completing in-store transactions using a mobile computing device
US10474991B2 (en) 2017-08-07 2019-11-12 Standard Cognition, Corp. Deep learning-based store realograms
US10650545B2 (en) 2017-08-07 2020-05-12 Standard Cognition, Corp. Systems and methods to check-in shoppers in a cashier-less store
US10853965B2 (en) 2017-08-07 2020-12-01 Standard Cognition, Corp Directional impression analysis using deep learning
US10474988B2 (en) 2017-08-07 2019-11-12 Standard Cognition, Corp. Predicting inventory events using foreground/background processing
US11232687B2 (en) 2017-08-07 2022-01-25 Standard Cognition, Corp Deep learning-based shopper statuses in a cashier-less store
US11023850B2 (en) 2017-08-07 2021-06-01 Standard Cognition, Corp. Realtime inventory location management using deep learning
US11250376B2 (en) 2017-08-07 2022-02-15 Standard Cognition, Corp Product correlation analysis using deep learning
US11200692B2 (en) 2017-08-07 2021-12-14 Standard Cognition, Corp Systems and methods to check-in shoppers in a cashier-less store
EP4421766A3 (en) * 2017-08-31 2024-11-20 Essilor International A method of ordering a new optical article, a method for launching production of a new optical article and an apparatus for ordering a new optical article
US11494798B1 (en) * 2017-09-07 2022-11-08 Groupon, Inc. Facilitating the application of a ledger to programmatically identify duplicate data objects indicative of multiple card-linked offers provided against a single transaction
EP4155988A1 (en) 2017-09-09 2023-03-29 Apple Inc. Implementation of biometric authentication for performing a respective function
KR102185854B1 (ko) 2017-09-09 2020-12-02 애플 인크. 생체측정 인증의 구현
US10896424B2 (en) 2017-10-26 2021-01-19 Mastercard International Incorporated Systems and methods for detecting out-of-pattern transactions
JP6303160B1 (ja) * 2017-11-01 2018-04-04 和則 藤沢 購入商品精算支援システム
US11017403B2 (en) 2017-12-15 2021-05-25 Mastercard International Incorporated Systems and methods for identifying fraudulent common point of purchases
US11783647B2 (en) 2017-12-21 2023-10-10 Skeleton Key Systems, LLC System and method for securing, releasing, and managing inventory
US10977659B2 (en) * 2017-12-22 2021-04-13 Visa International Service Association Real-time monitoring system
US10942959B1 (en) 2018-02-06 2021-03-09 Wells Fargo Bank, N.A. Authenticated form completion using data from a networked data repository
US11295297B1 (en) 2018-02-26 2022-04-05 Wells Fargo Bank, N.A. Systems and methods for pushing usable objects and third-party provisioning to a mobile wallet
US11961083B2 (en) * 2018-04-10 2024-04-16 Ncr Voyix Corporation Alert controller for loss prevention
US12073413B2 (en) * 2018-04-19 2024-08-27 Apple Inc. Product experience service
US11074577B1 (en) 2018-05-10 2021-07-27 Wells Fargo Bank, N.A. Systems and methods for making person-to-person payments via mobile client application
US11775955B1 (en) 2018-05-10 2023-10-03 Wells Fargo Bank, N.A. Systems and methods for making person-to-person payments via mobile client application
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
US20210110406A1 (en) * 2018-07-06 2021-04-15 Nicholas Juntilla Text messaging application, database and system for automated verification of product authenticity
US10721086B2 (en) * 2018-08-14 2020-07-21 International Businesss Machines Corporation Balanced conformity in chat conversations
US12045809B1 (en) 2018-08-30 2024-07-23 Wells Fargo Bank, N.A. Biller consortium enrollment and transaction management engine
EP3844704A4 (en) * 2018-08-31 2022-05-11 Standard Cognition, Corp. DEEP LEARNING BASED ACTIONABLE DIGITAL RECEIPT FOR CHECKERLESS PAYMENTS
US11265324B2 (en) 2018-09-05 2022-03-01 Consumerinfo.Com, Inc. User permissions for access to secure data at third-party
US11100349B2 (en) 2018-09-28 2021-08-24 Apple Inc. Audio assisted enrollment
US10860096B2 (en) 2018-09-28 2020-12-08 Apple Inc. Device control using gaze information
US11315179B1 (en) 2018-11-16 2022-04-26 Consumerinfo.Com, Inc. Methods and apparatuses for customized card recommendations
US11205217B2 (en) * 2018-12-04 2021-12-21 Columbia Insurance Company Product location system
US11176598B2 (en) * 2018-12-10 2021-11-16 Accenture Global Solutions Limited Artificial intelligence and machine learning based conversational agent
US11126861B1 (en) 2018-12-14 2021-09-21 Digimarc Corporation Ambient inventorying arrangements
US11392920B1 (en) * 2018-12-28 2022-07-19 United Services Automobile Association (Usaa) Smartphone application for securing purchase transactions between a customer and a merchant with self-checkout
US11521211B2 (en) 2018-12-28 2022-12-06 Mastercard International Incorporated Systems and methods for incorporating breach velocities into fraud scoring models
US11157913B2 (en) 2018-12-28 2021-10-26 Mastercard International Incorporated Systems and methods for improved detection of network fraud events
US10937030B2 (en) 2018-12-28 2021-03-02 Mastercard International Incorporated Systems and methods for early detection of network fraud events
US11544698B1 (en) * 2018-12-28 2023-01-03 Worldpay, Llc Systems and methods for prepaid card funding for sponsored purchases
US11151569B2 (en) 2018-12-28 2021-10-19 Mastercard International Incorporated Systems and methods for improved detection of network fraud events
US11238656B1 (en) 2019-02-22 2022-02-01 Consumerinfo.Com, Inc. System and method for an augmented reality experience via an artificial intelligence bot
JP6555791B1 (ja) 2019-03-12 2019-08-07 ヨメテル株式会社 ケーブルアンテナ
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11501346B2 (en) 2019-03-26 2022-11-15 Toshiba Global Commerce Solutions Holdings Corporation System and method for facilitating seamless commerce
US11232575B2 (en) 2019-04-18 2022-01-25 Standard Cognition, Corp Systems and methods for deep learning-based subject persistence
CN114913641A (zh) * 2019-04-25 2022-08-16 益逻触控系统公司 自助购物系统以及用于运行该自助购物系统的方法
EP3975146A4 (en) * 2019-05-21 2022-07-06 Sony Group Corporation INFORMATION PROCESSING DEVICE, INFORMATION PROCESSING TERMINAL, INFORMATION PROCESSING METHOD AND PROGRAM
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11551190B1 (en) 2019-06-03 2023-01-10 Wells Fargo Bank, N.A. Instant network cash transfer at point of sale
US11501278B2 (en) 2019-08-09 2022-11-15 KoamTad, Inc. Internet of things (IoT) box for mobile payment retail system and in store mobile charging solution
US11941065B1 (en) 2019-09-13 2024-03-26 Experian Information Solutions, Inc. Single identifier platform for storing entity data
JP7411364B2 (ja) * 2019-09-20 2024-01-11 東芝テック株式会社 チェックアウトシステム
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
KR102451495B1 (ko) 2019-09-29 2022-10-06 애플 인크. 계정 관리 사용자 인터페이스들
US11042907B1 (en) * 2019-10-16 2021-06-22 Inmar Clearing, Inc. Message processing system including chatbot based mobile device video message communication and related methods
US11087342B1 (en) * 2019-10-22 2021-08-10 Inmar Clearing, Inc. Promotion processing system including chatbot based image voting and related methods
US11893570B1 (en) * 2019-11-22 2024-02-06 United Services Automobile Association (Usaa) Token based demand and remand system
WO2021124584A1 (ja) 2019-12-20 2021-06-24 富士通フロンテック株式会社 紙葉類収納装置、商品登録方法及び商品登録プログラム
CN111246015B (zh) * 2020-01-15 2022-02-22 叶晓阳 一种带有活码系统的设备防丢方法
US11395142B2 (en) 2020-01-31 2022-07-19 Lowe's Companies, Inc. System and techniques for secret key transfer in benefit denial system
US10701561B1 (en) * 2020-01-31 2020-06-30 Lowe's Companies, Inc. System and techniques for secret key transfer in benefit denial system
US10721224B1 (en) 2020-01-31 2020-07-21 Lowe's Companies, Inc. System and techniques for trans-account device key transfer in benefit denial system
US11605256B2 (en) 2020-03-12 2023-03-14 International Business Machines Corporation Controlling locations shared among multiple operators
DK180985B1 (da) 2020-04-10 2022-09-02 Apple Inc Brugergrænseflader for muliggørelse af en aktivitet
US20230169506A1 (en) * 2020-05-12 2023-06-01 Nec Corporation Store system, information processing apparatus, and information processing method
EP4158602A1 (en) * 2020-05-26 2023-04-05 Inventio Ag Building system with credential and body temperature verification features
SE2050618A1 (en) * 2020-05-29 2021-11-30 H & M Hennes & Mauritz Ab Systems, methods and computer program products for validating payment of in-store purchase offers provided to mobile devices
SE2050619A1 (en) * 2020-05-29 2021-11-30 H & M Hennes & Mauritz Ab Systems, methods and computer program products for providing and verifying purchase offers
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations
US11361468B2 (en) 2020-06-26 2022-06-14 Standard Cognition, Corp. Systems and methods for automated recalibration of sensors for autonomous checkout
US11303853B2 (en) 2020-06-26 2022-04-12 Standard Cognition, Corp. Systems and methods for automated design of camera placement and cameras arrangements for autonomous checkout
US11004113B1 (en) * 2020-08-14 2021-05-11 Shopper Scientist Llc Electronic device with cameras and display for in-store messaging
JP7502113B2 (ja) * 2020-08-24 2024-06-18 東芝テック株式会社 商品登録装置及びその制御プログラム
US11194979B1 (en) * 2020-09-15 2021-12-07 Target Brands, Inc. Item tracking system
US20220198459A1 (en) * 2020-12-18 2022-06-23 Visionlabs B.V. Payment terminal providing biometric authentication for certain credit card transactions
NO347824B1 (en) * 2020-12-18 2024-04-08 Fygi As A sensor device, method and system for defining the status of a tagged commodity
FR3118816A1 (fr) 2021-01-11 2022-07-15 daniel GIUDICE Scan Pay et auto-contrôle IA via Smartphone
EP4264460A1 (en) 2021-01-25 2023-10-25 Apple Inc. Implementation of biometric authentication
US12210603B2 (en) 2021-03-04 2025-01-28 Apple Inc. User interface for enrolling a biometric feature
JP2023012888A (ja) * 2021-07-14 2023-01-26 東芝テック株式会社 情報処理装置及び情報処理プログラム
US20240386396A1 (en) * 2021-09-29 2024-11-21 Sava ZIVANOVIC System and method for streamlined shopping
US11995621B1 (en) 2021-10-22 2024-05-28 Wells Fargo Bank, N.A. Systems and methods for native, non-native, and hybrid registration and use of tags for real-time services
US20230129576A1 (en) * 2021-10-27 2023-04-27 VCB Technologies, LLC System and method for smart contract decoding and encoding
US12086792B2 (en) * 2022-01-20 2024-09-10 VocaLink Limited Tokenized control of personal data
US20230237455A1 (en) * 2022-01-25 2023-07-27 Panasonic Avionics Corporation Methods and systems for digital upgrades and downgrades on a transportation vehicle
US20240046241A1 (en) * 2022-08-03 2024-02-08 Capital One Services, Llc Systems and methods for reverse card authentication with single-step verification
US20240220945A1 (en) * 2022-12-29 2024-07-04 American Express Travel Related Services Company, Inc. Overlay network for real-time payment networks
US20240362631A1 (en) * 2023-04-28 2024-10-31 Paypal, Inc. Artificial intelligence (ai) engine for dynamic content distribution and management

Family Cites Families (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6837436B2 (en) * 1996-09-05 2005-01-04 Symbol Technologies, Inc. Consumer interactive shopping system
US6497361B1 (en) * 1998-10-15 2002-12-24 Ncr Corporation Apparatus and method for deactivating electronic article surveillance in a retail self-checkout terminal
US6512919B2 (en) * 1998-12-14 2003-01-28 Fujitsu Limited Electronic shopping system utilizing a program downloadable wireless videophone
US7239226B2 (en) * 2001-07-10 2007-07-03 American Express Travel Related Services Company, Inc. System and method for payment using radio frequency identification in contact and contactless transactions
US20050165612A1 (en) * 2000-04-19 2005-07-28 Van Rysselberghe Pierre C. Security systems for delivering goods and services
US20020002504A1 (en) * 2000-05-05 2002-01-03 Andrew Engel Mobile shopping assistant system and device
US7774231B2 (en) * 2000-09-29 2010-08-10 Nokia Corporation Electronic payment methods for a mobile device
US6595342B1 (en) * 2000-12-07 2003-07-22 Sony Corporation Method and apparatus for a biometrically-secured self-service kiosk system for guaranteed product delivery and return
WO2002071346A2 (en) * 2001-02-28 2002-09-12 Optimal Robotics Corp. Self-checkout system with anti-theft deactivation device
US8321302B2 (en) * 2002-01-23 2012-11-27 Sensormatic Electronics, LLC Inventory management system
JP2003331024A (ja) * 2002-03-08 2003-11-21 Yukinobu Abe 手ぶらショッピングシステム
US7273168B2 (en) * 2003-10-10 2007-09-25 Xilidev, Inc. Point-of-sale billing via hand-held devices
JP2005157872A (ja) * 2003-11-27 2005-06-16 Ntt Docomo Hokkaido Inc 展示販売システム及び携帯端末
US8313020B2 (en) * 2004-03-08 2012-11-20 Diebold Self-Service Systems Division Of Diebold, Incorporated Automated banking machine operated responsive to data bearing records
US7634448B1 (en) * 2004-03-08 2009-12-15 Diebold Self-Service Systems Division Of Diebold, Incorporated Self-service checkout during item purchase via videophone
JP3871215B2 (ja) * 2004-03-29 2007-01-24 高千穂交易株式会社 情報処理装置及びコンピュータプログラム
JP4232970B2 (ja) * 2004-03-31 2009-03-04 東芝テック株式会社 セルフチェックアウト端末
US8885894B2 (en) * 2004-06-14 2014-11-11 Michael John Rowen Reduction of transaction fraud through the use of automatic centralized signature/sign verification combined with credit and fraud scoring during real-time payment card authorization processes
CN100568303C (zh) * 2004-08-27 2009-12-09 国际商业机器公司 基于移动银行和防盗标签的便携式结账终端、系统及方法
JP4542186B2 (ja) * 2005-04-07 2010-09-08 フリーダム ショッピング、インコーポレイテッド セルフチェックアウトキオスクおよび小売セキュリティシステム
US20080191878A1 (en) * 2005-05-27 2008-08-14 Gaba Holdings International, Inc. Consumer-Centric Rfid Point of Sale Transaction System and Method
US20070136140A1 (en) * 2005-12-13 2007-06-14 Microsoft Corporation Provision of shopping information to mobile devices
US20070150352A1 (en) * 2005-12-23 2007-06-28 Mastercard International Incorporated Techniques for transaction data coordination
US8290433B2 (en) * 2007-11-14 2012-10-16 Blaze Mobile, Inc. Method and system for securing transactions made through a mobile communication device
US20100114783A1 (en) * 2006-12-05 2010-05-06 Spolar Margaret M System for combining and bundling commercial products, items having monetary value, business transactions, and entertainment
US9754444B2 (en) * 2006-12-06 2017-09-05 Cfph, Llc Method and apparatus for advertising on a mobile gaming device
JP4388082B2 (ja) * 2007-01-26 2009-12-24 Ｎｅｃインフロンティア株式会社 セルフ決済型店舗運用方法、システムおよびそれに使用する携帯端末
JP4351263B2 (ja) * 2007-03-05 2009-10-28 東芝テック株式会社 購買取引支援システム及びこのシステムの店舗管理装置
US7963441B2 (en) * 2007-03-26 2011-06-21 Sears Brands, Llc System and method for providing self service checkout and product delivery using a mobile device
US20090055278A1 (en) * 2007-08-20 2009-02-26 Symbian Software Ltd. Complete Secure Retail Transaction Via A Mobile Device
JP4730364B2 (ja) * 2007-09-28 2011-07-20 日本電気株式会社 購入管理サーバ装置、そのプログラム、購入管理システム、購入管理方法
US7472081B1 (en) * 2008-01-27 2008-12-30 International Business Machines Corporation Method for shopping using wireless communication
US7680702B1 (en) * 2008-03-05 2010-03-16 United Services Automobile Association Systems and methods for price searching and customer self-checkout using a mobile device
JP2009288853A (ja) * 2008-05-27 2009-12-10 Sanyo Electric Co Ltd 盗難防止機能を有する電子機器及び電子機器の盗難を防止するための方法
US9288268B2 (en) * 2008-06-30 2016-03-15 The Nielsen Company (Us), Llc Methods and apparatus to monitor shoppers in a retail environment
DE102008032872B4 (de) 2008-07-14 2019-06-13 Wincor Nixdorf International Gmbh Sicherheitssystem für Verkaufseinrichtungen
JP5179299B2 (ja) * 2008-09-05 2013-04-10 株式会社エヌ・ティ・ティ・データ ショッピングシステム、及びショッピング方法
US8239276B2 (en) 2008-09-30 2012-08-07 Apple Inc. On-the-go shopping list
US20100145861A1 (en) * 2008-12-08 2010-06-10 Palm, Inc. Payment transaction processing for mobile computing devices
EP2431954A4 (en) * 2009-05-11 2015-03-18 Toshiba Global Commerce Solutions Holdings Corp SUPPORT FOR SHOPPING IN SELF-SERVICE FOR ACQUIRING CONTENT FROM AN ELECTRONIC RADIANT LABEL (ESL)
US8403215B2 (en) * 2009-05-11 2013-03-26 Toshiba Global Commerce Solutions Holdings Corporation Self shopping support by getting contents from electronic shelf labels
JP5313053B2 (ja) * 2009-06-09 2013-10-09 シャープ株式会社 商品管理装置、商品管理装置の制御方法および商品管理システム
KR101041940B1 (ko) * 2009-07-30 2011-06-16 주식회사 혼 골드바 자판기
US8620798B2 (en) * 2009-09-11 2013-12-31 Visa International Service Association System and method using predicted consumer behavior to reduce use of transaction risk analysis and transaction denials
CA2784321C (en) * 2009-12-13 2018-01-16 AisleBuyer LLC Systems and methods for purchasing products from a retail establishment using a mobile device
US20110231272A1 (en) * 2010-03-16 2011-09-22 App Masters Llc Retail mobile point-of-sale (POS) software application and retail middleware software application
US8355805B2 (en) * 2011-03-08 2013-01-15 D. Light Design, Inc. Systems and methods for activation and deactivation of appliances
US20120280040A1 (en) * 2011-05-06 2012-11-08 Verizon Patent And Licensing Inc. Wireless-based checkout and loss prevention

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020123803A1 (en) * 2018-12-13 2020-06-18 Poynt Co. Transaction mediation method
US10970697B2 (en) 2018-12-13 2021-04-06 Poynt Co. Transaction mediation method
ES2809048A1 (es) * 2019-09-02 2021-03-02 Univ Malaga Sistema y procedimiento de control de accesos a un recinto
ES2812998A1 (es) * 2019-09-18 2021-03-18 Vlv Disenos Ind S L Sistema de control de accesos a torres eolicas

Also Published As

Publication number Publication date
EP2689386B1 (en) 2018-07-11
KR20190014509A (ko) 2019-02-12
EP2689386A2 (en) 2014-01-29
AU2012236870A1 (en) 2013-05-02
KR102050909B1 (ko) 2019-12-02
WO2012135115A3 (en) 2012-12-27
JP2014516430A (ja) 2014-07-10
AU2018201550A1 (en) 2018-03-22
AU2016204012A1 (en) 2016-07-07
EP2689386A4 (en) 2014-11-19
WO2012135115A2 (en) 2012-10-04
JP6333938B2 (ja) 2018-05-30
JP6066988B2 (ja) 2017-01-25
JP2017102934A (ja) 2017-06-08
KR20140022034A (ko) 2014-02-21
US20120271712A1 (en) 2012-10-25

Similar Documents

Publication Publication Date Title
ES2683174T3 (es) Aparatos, métodos y sistemas de compra en persona con un solo toque
US11715097B2 (en) Cloud-based virtual wallet NFC apparatuses, methods and systems
US11250352B2 (en) Secure anonymous transaction apparatuses, methods and systems
US11727392B2 (en) Multi-purpose virtual card transaction apparatuses, methods and systems
US20220253832A1 (en) Snap mobile payment apparatuses, methods and systems
US10586227B2 (en) Snap mobile payment apparatuses, methods and systems
US8577803B2 (en) Virtual wallet card selection apparatuses, methods and systems
RU2602394C2 (ru) Устройства, способы и системы токенизации конфиденциальности платежей
US20140279474A1 (en) Multi-purse one card transaction apparatuses, methods and systems
US20120158589A1 (en) Social Media Payment Platform Apparatuses, Methods and Systems