MX2013013164A - Sistema de pago de iman movil utilizando codigos cortos. - Google Patents

Sistema de pago de iman movil utilizando codigos cortos.

Info

Publication number
MX2013013164A
MX2013013164A MX2013013164A MX2013013164A MX2013013164A MX 2013013164 A MX2013013164 A MX 2013013164A MX 2013013164 A MX2013013164 A MX 2013013164A MX 2013013164 A MX2013013164 A MX 2013013164A MX 2013013164 A MX2013013164 A MX 2013013164A
Authority
MX
Mexico
Prior art keywords
transaction
merchant
consumer
information
payment
Prior art date
Application number
MX2013013164A
Other languages
English (en)
Inventor
Mark Itwaru
Original Assignee
Mark Itwaru
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US13/105,803 external-priority patent/US20120290415A1/en
Priority claimed from US13/397,297 external-priority patent/US9715704B2/en
Priority claimed from US13/397,215 external-priority patent/US10223674B2/en
Priority claimed from PCT/CA2012/000223 external-priority patent/WO2012151660A1/en
Application filed by Mark Itwaru filed Critical Mark Itwaru
Publication of MX2013013164A publication Critical patent/MX2013013164A/es

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q10/00—Administration; Management
    • G06Q10/40—Business processes related to social networking or social networking services
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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/384—Payment protocols; Details thereof using social networks
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Computing Systems (AREA)

Abstract

Se describe un Sistema de Pago de Imagen Móvil para comercio móvil, que permita a un Consumidor utilizar un dispositivo móvil para hacer pagos en línea, Medios Electrónicos, Medios de Impresión y Transacciones POS, involucrando la presentación de un código corto. En una modalidad, el Consumidor escanea el código cortó que es presentado por un comerciante, para iniciar una transacción. El sistema completa la transacción al procesar la información entre un Cliente de Pago Móvil que reside en el dispositivo móvil del Consumidor, una interfase de Pago Móvil que reside en un Servidor de Transacción, y, en otra modalidad, una Aplicación de Pago Móvil que reside en un dispositivo del comerciante o terminal POS. El dispositivo móvil del Cliente se comunica con una Plataforma de Pago, la cual se comunica con un Servidor de Transacción de Comerciante con el fin de procesar y completar la transacción móvil. El código corto del comerciante puede ser presentado en cualquier producto o medio publicitario.

Description

SISTEMA DE PAGO DE IMAGEN MOVIL UTILIZANDO CODIGOS CORTOS CAMPO La presente descripción se refiere a un sistema de procesamiento de pago de dispositivo móvil.
ANTECEDENTES Durante años, las telecomunicaciones, industrias de actividades bancarias y procesamiento de pagos han tratado de diseñar una tecnología de procesamiento de transacciones móviles (predominantemente para transacciones móviles de punto de venta) que sea segura, eficiente y fácil de usar. Su incapacidad de hacerlo ha relegado efectivamente el mercado de transacciones móviles a predominantemente I a compra d e artículos descargables tales como tonos de llamada y música.
Además, la preocupación de los consumidores sobre la seguridad de los sistemas de pago móvil ha impedido una amplia adopción de tal tecnología. En los sistemas de Punto de Venta tradicionales basados en tarjeta de crédito o débito, cuando un consumidor hace una compra, la información de la cuenta de pago delicada del consumidor generalmente se procesa entre una Terminal de POS del comerciante y una Plataforma de Pago (tal como aquella de la compañía de la tarjeta de crédito, banco u otra institución financiera). Además, se requiere típicamente que el consumidor introduzca números de identificación personales ("PIN"), u otra información de verificación tal como contraseñas, en la Terminal POS del comerciante. Mientras tal tecnología se adoptada ampliamente, en el caso de los sistemas de pago móvil en particular, permanece una necesidad de proporcionar seguridad mejorada al remover gran parte de tales funciones de procesamiento de pago de las Terminales del POS de comerciante.
En particular, la proporción de una entidad con algún control de cómo su información financiera personal se proporciona directamente a otra entidad (por ejemplo, entre consumidor y comerciante) Involucrada en la transferencia de fondos ha sido elusiva. Esta incapacidad para involucrar más control de entidad de la transferencia de fondos entre entidades mientras que al mismo tiempo la simplificación de la cantidad de tiempo y entidades de Información deben compartirse entre sí durante la transferencia de fondos efectivamente ha relegado experiencia en la transferencia de fondos directa electrónica en línea a aquella del pasado en lugar del futuro. En particular, los códigos de barra han sido utilizados en un esfuerzo para acelerar las experiencias de compra del cliente al proporcionar información de terminales de comerciante sobre el producto cuando se escanea a través de un escáner de checkout (comprobación) es decir, el precio y una breve descripción del producto que el código de barras está unido/aplicado a. sin embargo, cualquier uso de códigos de barras fuera de la experiencia de compras del cliente, diferente a un servicio de búsqueda para un precio de un producto en una base de producto por producto, simplemente no está disponible.
Al mismo tiempo, se están facilitando desarrollos en el campo del comercio móvil por medio de funcionalidad mejorada y características disponibles en dispositivos móviles, y tal funcionalidad y características se están volviendo más comunes en los dispositivos móviles actuales. Por ejemplo, teléfonos celulares, teléfonos inteligentes y computadoras tipo Tableta hoy en día son dispositivos multifuncionales, comúnmente integrados. Además de su funcionalidad central, básica, a menudo tendrán, o pueden configurarse para tener, funcionalidades de capacidades de red, otras diversas capacidades de comunicación (por ejemplo, correo electrónico, texto, wi-fi, etc.), funciones de cámara, funcionalidades de manejo de imágenes gráficas y escaneo y otras capacidades. Además, la capacidad de los dispositivos móviles para grabar y procesar imágenes directamente no se ha aprovechado completamente por el estado actual de la técnica de sistemas de pago de transacciones. Además, la capacidad de las imágenes de contener información codificada tampoco se ha aprovechado completamente por el estado actual de la técnica de sistemas de pago de transacciones.
BREVE DESCRIPCION DE LA INVENCION Es un objeto de la presente invención proporcionar sistemas y métodos para evitar o mitigar al menos una de las desventajas presentadas en lo anterior.
En el caso de sistemas de pago móvil en particular, permanece una necesidad d e proporcionar seguridad mejorada a I remover gran parte de tales funciones de procesamiento de pago de las Terminal POS del comerciante, la funcionalidad y características se están volviendo más comunes en los dispositivos móviles actuales, sin embargo, la capacidad de los dispositivos móviles para grabar y procesar imágenes directamente no se ha aprovechado completamente por el estado actual de la técnica de sistemas de pago de transacciones y la capacidad de las imágenes para contener información codificada tampoco se ha aprovechado completamente por el estado actual de la técnica de sistemas de pago de transacciones.
Se describen en la presente sistemas y métodos para utilizar un dispositivo móvil para facilitar una compra directamente desde una pantalla de televisión, catálogo, un tablero electrónico, cartel o cualquier tipo de medio electrónico o impreso, sin tener que hacer una llamada telefónica o navegar manualmente hacia un sitio web. Además se describen en la presente sistemas y métodos para utilizar un dispositivo móvil, en una forma integrada, para facilitar el registro y/o compra desde un sitio web. Las modalidades descritas aquí proporcionan mejores soluciones al mercado del punto de venta móvil más demandado el cual también abre mercados al procesamiento de transacciones móviles que nunca se ha contemplado antes— por ejemplo, los Medios Electrónicos, Medios Impresos, y mercados de comercio electrónico.
Se reconoce que una pantalla de TV, catálogo, una valla publicitaria electrónica, poster o cualquier tipo de medio electrónico o impreso puede contener la ORMI (por ejemplo, un código de barras) o código corto (por ejemplo, datos de código) que puede ser ya sea formado en imágenes (por ejemplo, su imagen tomada en el caso de la ORMI) o puede ser escrito o memorizado en el caso del código corto (por ejemplo, un código alfa y/o numérico que puede ser leído por el consumidor - por ejemplo, "teléfonooferta1x4"). También se reconoce que el código corto puede ser comunicado audiblemente al consumidor tal como a través de la radio y de esta manera observarse y subsecuentemente utilizarse para iniciar la transacción con el comerciante en lugar de la imagen que se puede escanear de dispositivo móvil (por ejemplo, código de barras).
También se reconoce que un código corto puede ser utilizado como un identificador de Cuenta de Pago del consumidor, en lugar de un código de barras de imagen. En el caso del código corto, éste es comunicado al comerciante por el consumidor (por ejemplo, enviado en un correo electrónico, verbalmente comunicado, escrito a mano en una forma, etc. para iniciar la transacción de pago relacionada con el producto comprado o de otra manera adquirido por el consumidor desde el comerciante. El código corto es único y sirve solamente para identificar la Cuenta(s) de Pago del Consumidor cuando los datos contenidos en los datos de código son comunicados a una Plataforma de Pago a través de la inferíase de transacción del comerciante. La Cuenta de Pago del Consumidor puede residir en la Plataforma de Pago alojada por una institución financiera, una compañía de expedición de crédito, un proveedor de servicio de monedero electrónico, un proveedor de servicio de transferencia de dinero, o similares. La información del identificador/código de barras de la Cuenta de Pago la información de transacción de compra se envía por la interfase de transacción de comerciante a la Plataforma de Pago o servicio de transacción de intermediario a través de Internet o una conexión dedicada.
De acuerdo con un aspecto, un medio de almacenamiento legible por computadora no transitorio con una aplicación de pago ejecutable almacenada ahí, la aplicación de pago configurada para generar una solicitud de pago para recepción por una interfase de comerciante a través de una red de comunicaciones, una transacción de la solicitud de pago asociada con un comerciante que proporciona un producto a un consumidor, en donde la aplicación de pago instruye a un procesador de computadora a realizar las siguientes etapas de: recibir datos de código de producto, en donde los datos de código de producto son representativos de datos de comerciante asociados con el producto; recibir un identificador de consumidor, en donde el identificador de consumidor identifica al consumidor; enviar la solicitud de pago incluyendo los datos de código de producto y el identificador de consumidor a la interfase de comerciante a través de la red de comunicaciones; y recibir una confirmación de aprobación o negación de la solicitud de pago a partir de una interfase de transacción que está separada y lejos de la interfase de comerciante a través de la red de comunicaciones.
De acuerdo con un aspecto adicional, un sistema de transacción para coordinar el procesamiento de una solicitud de pago asociada con una transacción entre un consumidor y un comerciante, la transacción asociada con el comerciante proporcionando un producto al consumidor, el sistema comprende: un procesador de computadora acoplado a una memoria, en donde el procesador de computadora está programado para coordinar el procesamiento de la solicitud de pago al: recibir la solicitud de pago que incluye los datos del comerciante, un identif icador de consumidor, y datos de código de producto; acceder a una base de datos de búsqueda utilizando los datos de código de producto para obtener información de transacción relacionada con la solicitud de transacción; utilizar el identificador de consumidor para identificar la información de cuenta de pago de consumidor; crear una solicitud de transacción utilizando los datos del comerciante, la información de cuenta de pago de consumidor y la información de transacción; enviar la solicitud de transacción a una plataforma de pago; recibir la aprobación de la solicitud de transacción desde la plataforma de pago en el caso en que la cuenta de pago del consumidor tenga fondos suficientes para cubrir una cantidad de la transacción; y enviar una confirmación de la aprobación de la solicitud de transacción al dispositivo móvil y a un dispositivo de computadora asociado con el comerciante.
BREVE DESCRIPCION DE LOS DIBUJOS Características, aspectos, y modalidades se describen junto con los dibujos anexos, solamente a modo de ejemplo, en los cuales: La Figura 1 es una representación simplificada esquemática de Sistemas de Pago de Imagen Móvil en operación, de acuerdo con una modalidad, la cual ilustra las etapas ejemplares involucradas cuando un Consumidor desea hacer una compra con su dispositivo móvil utilizando el sistema de pago; La Figura 2 es un diagrama de bloques de componentes de un sistema de procesamiento de transacción como una modalidad adicional de la Figura 1 ; La Figura 3 es un diagrama de bloques de una configuración del sistema de procesamiento de transacción ejemplar y un ejemplo de una configuración de sistema de procesamiento OMRI del sistema de la Figura 2; La Figura 4 muestra información codificada y descodificada ejemplar para el sistema de la Figura 2; La Figura 5 es una operación ejemplar del sistema de la Figura 2; La Figura 6 es un diagrama de bloques de un dispositivo de computadora que implementa la aplicación de transacción de la Figura 2; La Figura 7 es un diagrama de bloques de un dispositivo de computadora que implementa el servicio de transacción de la Figura 2; La Figura 8 es un diagrama de bloques de un dispositivo de computadora que implementa la interfase del comerciante de la Figura 2; La Figura 9 es un diagrama de bloques de una interfase del comerciante de la Figura 2; La Figura 10 es un diagrama de bloques de una aplicación de transacción de la Figura 2; y La Figura 11 es un diagrama de bloques de una interfase de transacción de la Figura 2.
DESCRIPCION DE LAS DIVERSAS MODALIDADES Con referencia a las Figuras 1 y 9.
Datos de Código de Consumidor 3 - es un ¡dentif icador de búsqueda o índice (ID) que se recibe por la Terminal 17 de Punto de venta de comerciante (por ejemplo, a través de una aplicación de comerciante o interfase 8) que puede ser subsecuentemente provisto a y utilizado por un servicio de transacción 20 para identificar información de cuenta de pago delicada 61 del consumidor 18, según mapeada en una tabla de búsqueda 63. Por ejemplo, el identificador de búsqueda provisto como los datos de código de consumidor 3 de "ABC123" puede ser recibido (a través de la terminal 17 de comerciante) y utilizarse por el servicio de transacción 20 para buscar, a partir de la tabla de búsqueda 63, el número de tarjeta de crédito de consumidor real (u otro número de cuenta financiera delicada 61). Este número de cuenta financiera real entonces puede ser provisto a y utilizarse por instituciones financieras del sistema de procesamiento de pago 14 para efectuar la transferencia de fondos de la cuenta de pago financiera de consumidor 72 identificada por el número de cuenta financiera 61 recuperado de la tabla de búsqueda 63 utilizando los datos de código de consumidor 3 como un identificador de búsqueda. Se reconoce que los datos de código de consumidor 3 pueden ser incluidos en el código de barras generado 200 o pueden ser provistos a la interfase de comerciante 8 (a través del consumidor 18) como datos de código de consumidor no codificados 3 (es decir, información textual no codificada). Los datos de código de consumidor 3 pueden ser definidos como un código corto (por ejemplo, una secuencia de caracteres incluyendo caracteres numéricos y/o caracteres alfa) que también es conocido al Servicio de transacción 20 como los datos de código de consumidor 3 usados para identificar la información de cuenta de pago real 61 almacenada y accesible por la interfase de transacción 15. Por lo tanto, después de proporcionar los datos de código de consumidor 3 como una serie de caracteres numéricos y/o caracteres alfa a la aplicación de comerciante 8, el resto del proceso de transacción de compra 5 es exactamente igual. Una ventaja de utilizar el código corto es que trabaja en situaciones en donde la generación o de otra manera el escaneo/procesamiento del código de barras 200 no es confiable por la aplicación de comerciante 8 y/o aplicación de pago 113.
Datos de Código de Producto 3 - también se pueden utilizar como un reemplazo para la ORMI 200 generada como un identificador de producto (ID) que es recibido por la Terminal 17 de Punto de Venta de comerciante (por ejemplo, a través de una aplicación o interfase de comerciante 8) para identificar el producto que el consumidor 18 desea obtener del comerciante 16. Los datos de código de producto 3 que representan el producto pueden se subsecuentemente provistos a y utilizados por el servicio de transacción 20 como un reemplazo/substitución para la ORMI 200. Se reconoce que los datos de código de producto 3 pueden ser incluidos en el código de barras 200 generado o pueden ser provisto a la interfase de comerciante 8 (a través del consumidor 18) como datos de código de producto 3 (es decir, información textual no codificada) en lugar del código de barras 200. Los datos de código de producto 3 pueden ser definidos como un código corto (por ejemplo, una secuencia de caracteres incluyendo caracteres numéricos y/o caracteres alfa) que también se conoce como el Servicio de transacción 20 y/o la interfase de comerciante 8 como los datos de código de producto 3 usados para identificar el producto deseado por el consumidor 18. Por lo tanto, después de proporcionar los datos de código de producto 3 como una serie de caracteres numéricos y/o caracteres alfa a la aplicación de comerciante 8, el resto del proceso de transacción de comerciante 5 es similar en lugar de utilizar el código de barras 200. Un ventaja de utilizar el código corto es que trabaja en situaciones en donde la generación o de otra manera el escaneo/procesamiento del código de barras 200 no sea aconsejable por la aplicación de comerciante 8 y/o la aplicación de pago 113.
Información de Cuenta de Pago 61 - información delicada perteneciente a la Cuenta de Pago 72, incluyendo, pero no limitándose al nombre del que tiene la cuenta, el nombre de la institución financiera, información de entrada de cuenta, números de cuenta, saldos de cuenta, contraseñas y números de PIN para tener acceso a la cuenta. Se reconoce que la información de cuenta de pago 61 se utiliza por un sistema de procesamiento de pago 14 para tener acceso y efectuar la transferencia real de fondos de la cuenta identificada 72 del consumidor 18 de la información de cuenta de pago 61. También se reconoce que, como se describe más adelante, la información de cuenta de pago 61 es descontada de la terminal 17 de punto de venta del comerciante 16 y es más bien comunicada directamente entre la Plataforma de Servicio de transacción 20 y el consumidor 18 y comunicada directamente entre la Plataforma de Servicio de transacción 20 y el sistema de procesamiento de pago 14.
Con referencia a la Figura 1, un Sistema de Pago de Imagen Móvil 10 para el comercio móvil permite a un Consumidor 18 a utilizar un dispositivo móvil 12 para hacer pagos para transacciones en línea, de Medios Electrónicos, de Medios Impresos, de POS 5 y similares. El Consumidor 18 puede escanear una imagen que puede escanearse del dispositivo móvil, codificada 200 (por ejemplo, una imagen legible por máquina óptica OMRI) que se presenta por un comerciante 16, para iniciar la transacción 5. Un servicio de transacción 20 mediante una interfase de transacción 15 puede terminar la transacción 5 al procesar la información entre la aplicación de Cliente de Pago Móvil 113 que reside en el dispositivo móvil del Consumidor 12, una Interfase de pago móvil 15 que reside en un Servidor de Transacción 6 (del servicio de transacción 20) y opcionalmente una Aplicación de Pago Móvil o interfase 8 que reside en un dispositivo del comerciante o terminal POS 17.
El sistema presente 10 puede configurarse para proporcionar al dispositivo móvil del Consumidor 12 para comunicarse con la Plataforma de Pago 14 y la Plataforma de Pago 14 para comunicarse con el Servidor de Transacción del Comerciante 17 para procesar y completar la transacción 5 móvil. La OMRI del comerciante 200 o los datos de código de producto 3 pueden presentarse en cualquier producto o medio de publicidad (por ejemplo, pantallas de televisión, sitios web, medio impreso, máquinas vendedoras, terminales de punto de venta, etc.), abriendo nuevas oportunidades de venta y mercadotecnia para los comerciantes, como se encuentra por el consumidor 18 en el entorno del consumidor 4 descrito en más detalle a continuación.
Un aspecto preferible del sistema y método descrito es que el Consumidor 18 puede escanear la OMRI 200 para iniciar la transacción 5, opuesto al enfoque de transacción de comercio móvil de la técnica anterior donde usualmente es el comerciante el que escaneo la imagen para realizar una transacción. El enfoque de la técnica anterior necesita que el comerciante tenga un dispositivo relativamente sofisticado que sea capaz de escanear una imagen. Dado que los medios "pasivo" tales como vallas publicitarias, boletos de estacionamiento, comerciales de televisión, etc., no son capaces de escanear, este enfoque de la técnica anterior elimina efectivamente la mayoría de los medios "pasivo" o dispositivos de ser utilizados como una parte deseable de un proceso de transacción móvil.
El sistema presente permite que casi cualquier objeto que puede presentar la OMRI 200 se utilice para iniciar la transacción móvil 5. El servicio de transacción 20 puede proporcionar a los consumidores 18 con un proceso de transacción consistente 5 sin importar en donde se origina la transacción 5 (es decir, en el Internet, en un POS, en una pantalla de televisión, en un medio impreso, etc.). Después de registrarse con el servicio de transacción 20, el Consumidor 18 puede hacer lo siguiente para procesar la transacción 5: (1) Iniciar la aplicación 113 en su dispositivo móvil 12; (2) Capturar la OMRI 200 presentada por el comerciante o de otra forma no los datos de código de producto 3 presentados o de otra forma audiblemente comunicados (por ejemplo, en el entorno del consumidor 4); (3) Seleccionar los particulares de la transacción 5 (por ejemplo, para una compra, el Consumidor 18 puede seleccionar una cuenta de pago preferida 70, 72 tal como crédito, débito, monedero electrónico, etc., donde para una transacción de máquina ATM 5 el Consumidor 18 puede seleccionar un tipo de transacción tal como un retiro, depósito, estado de cuenta, etc.; y para una transacción de restaurante 5 el Consumidor 18 puede seleccionar la cantidad de la propina); (4) Confirmar la transacción 5; y (5) Opcionalmente, confirmar que la información de que la orden se ha completado puede proporcionarse automáticamente al comerciante 16 por medio del servicio de transacción 20. El proceso de combinación final puede manejarse por medio del servicio de transacción 20 (por ejemplo, instrucciones de entrega/recolección, procesamiento de pago, etc.).
El comerciante 16 puede registrarse con el servicio de transacción 20 al proporcionar los datos del comerciante 208 a un módulo de registro 60 y crear un perfil del comerciante 117 almacenado en el almacenamiento 110. Por ejemplo, el perfil del comerciante 117 puede contener las especificaciones (es decir, parámetros del comerciante) de los productos que ofrecen, asi como configurarse (por ejemplo, el comerciante puede actualizar sus propios detalles de perfil 117) para incluir especificaciones de perfil tales como pero sin limitarse a si entregan o no, cargas de entrega, si se solicita alguna propina o no etc. Se reconoce que parámetros del perfil del comerciante 117 se utilizan para definir la transacción 5 asociado con la OMRI 200 que se utiliza por o de otra forma se solicita dentro del servicio de transacción 20. También se reconoce que los parámetros del comerciante del perfil del comerciante 117 pueden incluir información de cuenta financiera del comerciante 16 (por ejemplo, números de cuenta de bancaria, números PIN, etc.).
El consumidor puede instalar la aplicación de transacción 113 en su dispositivo de computadora 12 y registrarse opcionalmente con el servicio de transacción 20 al proporcionar datos del consumidor 211 al módulo de registro 60 y crear un perfil del consumidor 117 almacenado en el almacenamiento 110. Por ejemplo, el perfil del consumidor 117 puede contener las especificaciones (es decir, parámetros del consumidor) del consumidor 18 (por ejemplo, dirección del consumidor, información de cuenta financiera, etc., así como configurarse (por ejemplo, el consumidor puede actualizar sus propios detalles del perfil 117) para incluir especificaciones de perfil tales como pero sin limitarse a qué transacciones 5 están autorizadas (o no autorizadas - es decir prohibidas) por el consumidor 18, cantidades de transacción máximas p ara uno o más tipos de transacción, etc. Se reconoce que los parámetros de perfil del consumidor 117 pueden utilizarse para influenciar la transacción 5 asociada con la OMRI 200 o los datos de código de producto 3 que se utilizan por o de otra forma se solicita desde el servicio de transacción 20, desde el entorno del consumidor 4, y/o directamente desde el comerciante 16. Se reconoce que los datos de código de producto 3, la ORMI 200, o una combinación de los mismos, pueden utilizarse para iniciar la transacción 5 como se describe más adelante.
Aplicaciones del Servicio de Transacción 20 en el Comercio Electrónico Se describe en la presente un sistema (algunas veces denominado como Sistema de Procesamiento de Imagen Móvil o servicio de transacción 20) que une al comercio móvil con el comercio electrónico en formas que no se habían anticipado antes mientras aborda simultáneamente dos de los problemas más persistentes en el comercio electrónico: la confianza del comprador y las ventas abandonadas.
El enfoque convencional de la industria de unir al comercio móvil y comercio electrónico ha hecho que los dispositivos móviles tengan capacidades de red. Esto es por decir que la tendencia general en la industria de la tecnología ha sido desarrollar tecnologías que permiten a un Consumidor navegar y comprar desde sitios web mediante su dispositivo móvil. Una compra de comercio electrónico estándar permite a un Consumidor utilizar una computadora personal para acceder al Internet, navegar a un sitio red, comprar en línea, llenar cualesquier formas que el comerciante necesite para completar la transacción y finalmente pagar por la compra en línea. Las modalidades descritas en la presente hacen a un dispositivo móvil complementario a una compra de comercio electrónico estándar. Esto se hace al proporcionar al Consumidor 18 para utilizar el servicio de transacción 20 para facilitar el pago y llenar formas fuera de los componentes de la transacción en línea 5.
Además, como se menciona previamente, algunos Consumidores están renuentes o no quieren comprar en línea debido a las preocupaciones de seguridad reales o percibidas asociadas con exponer información de Cuenta de Pago personales (por ejemplo, cuentas 70,72) en línea. Las modalidades descritas en la presente pueden proporcionar a los Consumidores 18 la capacidad de pagar por compras en línea al interactuar con la transacción 5 mediante su dispositivo móvil 12, sin que un Consumidor 18 exponga su información de Cuenta de Pago 70, 72 en línea en una base de transacción por transacción. Además, el servicio 20 de transacción puede agilizar el procedimiento de pago final al auto-llenar las formas en línea (del comerciante 16) que necesitan llenarse como parte del proceso de compra en línea asociado con la transacción 5.
Modalidad del Sistema de Pago de Imagen Móvil 10 Con referencia a la Figura 2, se muestra el Sistema de Pago de Imagen Móvil o el entorno 10 que incluye el entorno del consumidor 4 desde el cual el consumidor 18 encuentra la OMRI 200 o los datos de código de producto 3 e interactúa con la OMRI 200 o los datos de código de producto 3 utilizando su dispositivo de computadora 12 (por ejemplo, computadora de escritorio, un dispositivo móvil, etc.) mediante la aplicación de transacción 113. El entorno 10 también tiene al comerciante 16 operando su dispositivo de computadora 17 (por ejemplo, un sistema de computadora de comerciante que incluye uno o más servidores, una o más computadoras de escritorio, una o más terminales de punto de venta (POS), y/o uno o más dispositivos móviles), quienes s olicitan la generación de la OMRI 200 ( véase la Figura 4) para incluir datos del producto 206, los datos del comerciante 208 y/o los datos de transacción 203 (descritos en más detalle a continuación) desde el servicio de transacción 20. El comerciante 1 6 puede hacer I a OMRI 200 o los datos de código de producto 3 disponibles en el entorno del consumidor 4 para su acceso subsiguiente por el consumidor 18 y/o puede enviar la OMRI 200 o los datos de código de producto 3 directamente al dispositivo de computadora 12 del consumidor 18 mediante la red de comunicaciones 11. El comerciante 16 también puede instruir al servicio de transacción 20 a enviar la OMRI 200 o los datos de código de producto 3 directamente al dispositivo de computadora 12 del consumidor 18 mediante la red de comunicaciones 11.
La red de comunicaciones 11 puede ser una o más redes, por ejemplo, tales como pero sin limitarse a: la Internet; una extranet; y/o una intranet. Además, la red de comunicaciones 11 puede ser una red por cable o inalámbrica. También se reconoce que los mensajes de red 11 (entre los diversos dispositivos 6, 12, 17 y un sistema de transacción 14) puede comunicarse mediante protocolos de comunicación inalámbricos de corto alcance tales c orno pero sin limitarse a Bluetooth TM, infrarrojo (IR), radiofrecuencia (RF), comunicaciones de campo cercano (NFC) y/o por protocolos de comunicación de largo alcance (por ejemplo, HTTP, HTTPS, etc.), en vista del tipo de comunicaciones electrónicas requeridas entre cualquier par de dispositivos 6, 12, 17 y el sistema 14. Por ejemplo, los dispositivos 1 2, 17 pueden comunicarse uno con otro u tilizando comunicaciones de corto alcance de Bluetooth TM m ¡entras q ue los dispositivos 6,12 o 6,17 pueden comunicarse uno con otro utilizando comunicaciones de largo alcance HTTP o HTPPS.
Además, el servicio de transacción 20 puede comunicarse también mediante la red de comunicaciones 11 con el sistema de procesamiento de transacción 14 que realiza liquidación (por ejemplo, cargo de fondos especificados en la transacción 5 desde una cuenta financiera del consumidor 18 y acreditar los fondos en una cuenta financiera del comerciante 16) de cualesquier transferencia de fondos requeridos en la transacción 5 entre las cuentas financieras 70, 72 (por ejemplo, la cuenta del comerciante 72 y la cuenta del consumidor 70). Se reconoce que la cantidad real de los fondos de las acciones de débito y crédito realizados por el sistema de procesamiento de transacción 14 pueden no coincidir exactamente con una cantidad de pago especificada en la transacción 5, como se representa en la OMRI 200, debido a los cargos de servicio aplicados. Por ejemplo, una solicitud de pago de $5 desde la cuenta financiera 72 hacia la cuenta financiera 70 puede resultar en una cantidad cargada real de $5.02 (representando un cargo de servicio de incluido de $0.02 al consumidor 18) y/o una cantidad acreditada real de $4.98 (representando un cargo de servicio incluido de $0.02 al comerciante 16). Por lo tanto, se anticipa que el procesamiento de la transferencia de fondos electrónicos de la transacción 5 puede involucrar un cargo de servicio y transacción (opcional) que se carga al comerciante 16 y/o el consumidor 18 para completar la transferencia de fondos de la transacción 5 que se inició a través de que el consumidor 18 accede a OMRI 200 o los datos de código de producto 3 desde el entorno 4 y/o inicia al generar la OMRI 200 o los datos de código de producto 3 y envía la OMRI 200 o los datos de código de producto 3 (ya sea por el comerciante 16 o por medio del servicio de transacción 20) hacia el dispositivo de computadora 12 del consumidor 18.
La liquidación de la transacción 5 puede definirse en donde la cantidad del pago (es decir, el componente financiero opcional de la transacción 5) se transfiere (mediante el sistema de procesamiento de transacción 14) desde una cuenta 70 hacia otra cuenta 72, es decir, las transacciones de crédito y débito de la cantidad de pago contra las cuentas respectivas 70,72 se realizan ya sea (por ejemplo, en el tiempo real) o prometen realizarse (por ejemplo, incluirse en una transacción por lotes al realizarse después en el día o en el siguiente día hábil).
Se reconoce que los mensajes de comunicación de red 11 que facilitan el procesamiento de la transacción 5 son de preferencia entre cada una de la aplicación de transacción 113 y la interfase del comerciante 8 y la interfase de transacción 15 directamente, en lugar de directamente entre la aplicación de transacción 113 y la interfase del comerciante 8 entre ellas (es decir directamente significa sin interacción con la interfase de transacción 15). Por lo tanto, en una modalidad, en el caso en que la aplicación de transacción 113 y la interfase del comerciante 8 necesiten (por ejemplo, soliciten) información entre sí, esta solicitud de mensajes de red 11 de solicitud (y respuesta) irán a través de la interfase de transacción 15 que actúa como una interfase de red intermediaria entre la aplicación de transacción 113 y la interfase del comerciante 8. Sin embargo, se reconoce que la mensajería de red 11 directamente entre la aplicación de transacción 113 y la interfase del comerciante 8 también puede configurarse, por ejemplo, para el propósito de obtener información relevante para la generación y/o procesamiento de la transacción 5 como se desee.
El servicio de transacción 20 tiene la interfase de transacción 15 que incluye un sistema de procesamiento de transacción 80 y un sistema de procesamiento de OMRI o los datos de código de producto 3 (por ejemplo, generación y/o descodificación) 90 (descrito en más detalle a continuación), de modo que el sistema 90 genera o descodifica de otra forma la OMRI 200 o los datos de código de producto 3 para el comerciante 16 (o directamente para el consumidor 18) y el sistema 80 interactúa con el comerciante 16 y el consumidor 18 para procesar la transacción 5 entre ellos tras la recepción de la OMRI 200 o los datos de código de producto 3 (y/o la información obtenida desde la OMRI 200 o los datos de código de producto 3 desde la aplicación de transacción 113 proporcionada en el dispositivo de computadora 12) desde el consumidor 18.
Por lo tanto, el servicio de transacción 20 se implementa en el dispositivo de computadora 6 (por ejemplo, un servidor web) y se comunica a través de la red de comunicaciones 11 con los dispositivos de computadora 17, 12 mediante una interfase de transacción alojada 15. La interfase de transacción 15 del servicio de transacción 20 puede ser un sitio web accesible a través de la red de comunicaciones 11 por los dispositivos de computadora 17, 12 utilizando los navegadores web respectivos que operan en los dispositivos de computadora 17, 12, de modo que la interfase de transacción 15 está en comunicación con la aplicación de transacción 113 y la interfase del comerciante 8. Por consiguiente, la interfase de transacción 15, el dispositivo de computadora 12 y dispositivo de computadora 17 pueden interactuar (por ejemplo, mediante los mensajes de red 11) juntos para iniciar y terminar la transacción 5, por ejemplo basado en productos ofrecidos y vendidos por el comerciante 16 al consumidor 18, de modo que la OMRI 200 o los datos de código de producto 3 ( véase la Figura 4) se genera e incluye como parte de la iniciación y/o procesamiento de la transacción 5 junto con la interfase de transacción 15.
Entorno del consumidor 4 Con referencia a las Figuras 2 y 3, el entorno del consumidor 4 se define como el entorno en el que el consumidor 18 puede entrar en contacto con la OMRI 200 o los datos de código de producto 3. Se reconoce que la OMRI 200 o los datos de código de producto 3 puede obtenerse por el dispositivo de computadora 12 a través de un mensaje de red electrónico 54 (por ejemplo, enviado directamente o indirectamente desde el comerciante 16 mediante el entorno 4) contiene una imagen de la OMRI 200 o los datos de código de producto 3 y/o puede obtenerse utilizando un generador de imágenes 118 (por ejemplo, una cámara - véase la Figura 6) operado a través de un dispositivo de computadora 12 para capturar una imagen de la OMRI 200 o los datos de código de producto 3 en el margen del generador de imágenes 118. En términos de mensajes electrónicos 54 que contienen una imagen de OMRI 200 o los datos de código de producto 3, estos pueden ser mensajes tales como, pero sin limitarse a: mensajes de correo electrónico; mensajes basados en navegador obtenidos mediante la interacción con un sitio web (por ejemplo, sitio web del comerciante, sitios web del comerciante afiliado, sitios web de publicidad de producto, etc.); y/u otros mensajes de comunicación de red 11. En términos de una imagen presentada en los medios de la OMRI 200 o los datos de código de producto 3, los medios utilizados pueden ser medios impresos tales como pero, sin limitarse a: revistas; periódicos; ropa; vallas publicitarias; etiquetas de código de barra; etc. En otras palabras, medios impresos utilizados como una fuente de la OMRI 200 o los datos de código de producto 3 puede ser cualquier sustrato físico (por ejemplo, papel, ropa, plástico, etc.) tras el cual la OMRI 200 o los datos de código de producto 3 pueden imprimirse, formarse, o de otra forma grabarse en relieve. En términos de medios electrónicos utilizados para presentar la imagen de la OMRI 200 o los datos de código de producto 3, los medios electrónicos pueden ser tales como pero sin limitarse a: vallas publicitarias electrónicas; pantallas de computadora de los sistemas d e computadora del c omerciante tales c orno terminales de punto de venta; pantallas del consumidor 18 tales como computadoras de escritorios; pantallas de televisión; y cualquier otra pantalla de computadora adyacente a y en el margen del generador de imágenes 118 del dispositivo de computadora 12. También se reconoce que los datos de código de producto 3 pueden ser comunicados audiblemente (por ejemplo, a través de la radio u otro anuncio a base de audio) al consumidor 18.
Un ejemplo del entorno del consumidor 4 es donde el dispositivo de computadora 12 recibe un mensaje de red 54 que contiene una imagen de la OMRI 200 o los datos de código de producto 3 que se presenta en la interfase de usuario 104 (véase la Figura 6) del dispositivo de computadora 12. En este ejemplo, el mensaje de red 54 puede ser una pantalla de orden e nviada desde una interfase de orden del comerciante 8 (de un sitio web del comerciante) operado por el dispositivo de computadora del comerciante 17. El consumidor 18 puede seleccionar la imagen de OMRI 200 o los datos de código de producto 3 en su interfase de usuario 104 utilizando un cursor o tocando la funcionalidad de pantalla del dispositivo de computadora 12 y entonces utilizar la aplicación de transacción 113 para coordinar el proceso de la transacción subsiguiente 5 mediante el sistema de procesamiento 80 del servicio de transacción 20 y/o mediante la interfase del comerciante 8 del dispositivo de comerciante 17.
Un ejemplo adicional es donde el consumidor 18 está en una terminal POS (por ejemplo, dispositivo de computadora 17) del comerciante 16, por ejemplo, durante la compra de productos al minorista. El consumidor 18 puede utilizar generador de imágenes 118 del dispositivo de computadora 12 para capturar una imagen de la OMRI 200 o los datos de código de producto 3, la cual podría presentarse en una forma impresa (por ejemplo, en una forma de orden de papel) y/o en una pantalla de computadora (por ejemplo, del POS). El consumidor 18 podría utilizar entonces la aplicación de transacción 113 para coordinar el procesamiento subsiguiente de la transacción 5 mediante el sistema de procesamiento 80 del servicio de transacción 20 y/o mediante la interfase del comerciante 8 del dispositivo de comerciante 17.
Por lo tanto, como se discute a continuación, el dispositivo de computadora 12 no tiene necesariamente que comunicarse electrónicamente con una interfase de transacción 15 o la interfase del comerciante 8 para recibir la OMRI 200 o los datos de código de producto 3, en su lugar, la OMRI 200 o los datos de código de producto 3 pueden presentarse al consumidor 18 en un una pantalla de visualización del comerciante y/o en una etiqueta impresa en la ubicación física de la venta del comerciante. De esta manera, el consumidor 18 puede grabar una imagen de la OMRI 200 o los datos de código de producto 3 utilizando el generador de imágenes 118 del dispositivo de computadora 12 (por ejemplo, un dispositivo móvil con cámara habilitada), para el procesamiento subsiguiente por medio del dispositivo de computadora 12 y el servicio de transacción 20. Alternativamente, el consumidor 18 puede observar los datos de código de producto 3 y después introducirlos a través de la interfase de usuario del dispositivo de computadora 12. Alternativamente, el dispositivo de computadora 12 puede utilizar reconocimiento de carácter óptico en una imagen de los datos de código de producto 3 con el fin de reconocer los datos de código de producto 3 y proporcionarlos a la interfase de comerciante 8 (por ejemplo, a través de la aplicación 113).
Definición de Productos En economía, la rama económica se divide en bienes y servicios. Cuando una actividad económica produce una cosa valiosa o útil, puede conocerse como resultados de la producción de la totalidad de productos (por ejemplo, bienes o servicios) en una económica que el comerciante 16 hace disponible para el uso por el consumidor 18. Los productos como bienes pueden ir desde un pasador de seguridad simple, comida, ropa, componentes de computadora a máquinas complejas y electrónicas o medios físicos (versiones físicas o electrónicas de música, medios impresos, etc.). Los productos como servicios son el desarrollo de cualesquier actividades de trabajo para otros (por ejemplo, actividades de ayuda o profesionales) y pueden utilizarse para definir actividades económicas especializadas intangibles tales como pero sin limitarse a: proporcionar acceso a información específica; servicios web; transporte; banco; asesoría legal; asesoría contable; asesoría de consultor de la administración; y servicios médicos. El comerciante 16 que proporciona los productos puede ser una persona de negocios o un individuo dedicado al comercio al mayoreo/menudeo, una organización, una administración, y/o un negocio que vende, administra, mantiene, carga por o de otra forma hace disponibles productos que son deseables por los consumidores 18. Por lo tanto, se reconoce que los productos pueden hacerse disponibles al consumidor 18 para la compra y/o gratis. Un ejemplo de un producto "gratis" es una suscripción de prueba a un servicio web.
Por consiguiente, el comerciante 16 puede ser una persona, o una asociación de personas, para el propósito de llevar a cabo alguna empresa o negocio; una corporación, una firma, etc. Además, se reconoce que los productos pueden relacionarse con actividades de la compañía no relacionadas a productos específicos, por ejemplo servicios al consumidor, actividades de la comunidad, donaciones, y/o patrocinios. Estas actividades generales del comerciante 16 también se consideran como parte de la definición de productos del comerciante 16.
Como se discute adicionalmente, los productos del comerciante se ofrecen (por ejemplo, a la venta) utilizando la OMRI 200 o los datos de código de producto 3 (por ejemplo, accedido mediante una interfase en línea y/o una imagen capturada) que se hace disponible por el consumidor 18. Por ejemplo, la interfase 8 del comerciante proporciona al consumidor 18 con la capacidad de seleccionar y/o especificar una pluralidad de productos deseados para la compra (o sin la compra y solamente como un registro o suscripción que no requiere el pago como parte de la transacción 5) y también proporciona la OMRI 200 o los datos de código de producto 3 a la interfase de comerciante 8 (véase la Figura 4) que contiene la información de producto codificada e información del comerciante (información de simbología 204, en el caso de la ORMI 204) que representa la información del resumen (por ejemplo, listado de productos, precio de la compra total, información de perfil del comerciante, etc.) de los productos, por ejemplo, un OMRI que representa datos del producto y el comerciante para dos o más productos. En cualquier caso, se reconoce que la OMRI 200 o los datos de código de producto 3 se recibe por medio de la aplicación de transacción 113 del dispositivo de computadora 12 para contener datos (por ejemplo, datos del producto 206, datos del comerciante 208, y/u otros datos de transacción 210) que pertenecen a uno o más productos, opcionalmente que incluye datos de transacción de pago necesarios para el sistema de procesamiento de transacción 14 liquide los elementos financieros de la transacción 5 (opcionalmente involucrando detalles financieros).
La OMRI 200 (es decir una representación legible por máquina óptica de los datos) de la transacción de transferencia de pago 5 contiene información de simbología 204 en una forma codificada basada en un esquema de codificación 209. Un ejemplo de la OMRI 200 es un código de barras, de modo que el esquema de codificación 209 es un esquema de codificación de código de barras para utilizarse en codificar y descodificar la información de simbología 204 del código de barras. Otro ejemplo de la OMRI 200 es un glifo de datos (dataglyph), de modo que el esquema de codificación 209 es un esquema de codificación de glifo de datos para su uso en codificar y descodificar la información de simbología 204 del glifo de datos.
Se reconoce que los productos del comerciante 16 pueden incluir comidas de restaurante ( y/o s ervicio), de modo que I a OMRI 200 o los datos de código de producto 3 representa u na factura de comida y los productos son artículos de alimento y/o bebidas individuales. También se reconoce que los productos del comerciante 16 pueden ser abarrotes u otros artículos de menudeo pagados en persona por el consumidor 18 en el establecimiento al menudeo del comerciante, por ejemplo. También se reconoce que los productos en un contexto de servicios de renta o profesionales incluyen una duración del tiempo en que los servicios se desempeñaron.
OMRI 200 Y DATOS DE CODIGO 3 Con referencia de nuevo a la FIGURA 4, como se utiliza en la presente, el término OMRI 200 (por ejemplo, código de barras, glifo de datos, etc.) se refiere a una representación legible por máquina óptica de información o datos codificados, presentados como un patrón ordenado de símbolos (es decir información de simbología 204). Por ejemplo, los códigos de barras pueden codificar información en los anchos y la separación de las líneas paralelas, y puede denominarse como símbolo lineares o 1D (1 dimensión). Los códigos de barras también pueden codificar información en patrones de cuadrados, puntos, hexágonos y otras formas geométricas o símbolos dentro de imágenes llamadas 2D (2 dimensiones) códigos de matriz o simbologías. Típicamente, aunque los sistemas de 2D utilizan símbolos diferentes a barras, generalmente se denominan como códigos de barras también. Por consiguiente, las imágenes de código de barras discutidas en la presente para su uso con un escáner de código de barras o descodificador puede referirse a ya sea código de barras de 1D o 2D. Con los códigos de barras monocromáticos convencionales, las características típicamente se imprimen en negro en un fondo blanco, formando de este modo un patrón que se utiliza para formar una representación legible por máquina de información de transacción de la transacción 5. Con los códigos de barras de colores, el patrón puede incluir cualquier número de colores (típicamente también incluye negro y blanco) distinguibles uno de otro durante el proceso de descodificación del código de barras.
La OMRI 200 se genera para incluir información de simbología 204 que representa el contenido del comerciante y el producto utilizado, por ejemplo, para ayudar a definir el producto y pago u otros términos/detalles de la transacción concernientes a los productos hechos disponibles al consumidor 18 por el comerciante 16. Como se discute en más detalle a continuación, la OMRI 200 puede presentarse electrónicamente (por ejemplo, en una pantalla de computadora), puede proporcionarse como un contenido gráfico (por ejemplo, un archivo de imagen tal como pero sin limitarse a GIF o JPEG) en un mensaje de red 54) y/o pueden proporcionarse en una forma impresa (por ejemplo, presentarse en un medio físico tal como papel o plástico - por ejemplo, asociado con una imagen en una revista o presente en una etiqueta). Como se discute, la interacción entre la OMRI 200 o los datos de código de producto 3 y el consumidor 18 colocando el orden de los productos puede incluir las acciones del consumidor 18 tales como pero sin limitarse a: selección (por ejemplo, mediante un ratón u otro señalador) u otra interfase 104 del dispositivo del consumidor 12 que presente la OMRI 200 o los datos de código de producto 3; recibir el archivo de imagen contiene la OMRI 200 o los datos de código de producto 3; y/o grabar/capturar la imagen de la OMRI 200 o los datos de código de producto 3 utilizando el generador de imágenes 118 (por ejemplo, cámara) (véase Figura 6) del dispositivo 12 de computadora (por ejemplo, un dispositivo móvil), de modo que la OMRI 200 o los datos de código de producto 3 se presenta en el medio físico y/o el medio electrónico (es decir una pantalla electrónica adyacente al dispositivo del consumidor 12 y en el margen del generador de imágenes 118). Entornos ejemplares del proceso de captura de imágenes descrito podría ser en donde la OMRI 200 o los datos de código de producto 3 se presente en una computadora de escritorio del consumidor 18 o en una terminal de computadora (parte de la interfase de transacción 8) del comerciante 16. También se reconoce que el consumidor 18 puede introducir los datos de código de producto 3 como entrada de texto a través de la interfase de usuario de su dispositivo de computadora 12.
En términos de la información de simbologia 204 de la OMRI 200, la información de simbologia 204 incluye una pluralidad de símbolos (es decir elementos gráficos) que, como una recolección de símbolos o patrones (por ejemplo, una recolección organizada de símbolos forma una leyenda, o clave), representan información codificada que es distinta de la información del comerciante y del producto no codificada real 201 misma. Por ejemplo, un elemento gráfico (de la simbologia 204) de una línea negra de un ancho específico representa un elemento textual (de la información textual 201) como el número seis, mientras que un ancho diferente representa un elemento textual diferente (de la información textual 201) tal como el número dos. Se reconoce que elementos gráficos pueden ser imágenes (por ejemplo, imágenes) de elementos de texto y/o elementos no de texto. Por ejemplo, el elemento "6" gráfico (por ejemplo, codificado o información de simbologia 204) en el esquema de codificación 209 puede mapearse hacia un código de producto "1234" (por ejemplo, información no codificada 201). En otro ejemplo, el elemento gráfico "(*)" (por ejemplo, codificado o información de simbologia 204) en el esquema de codificación 209 podría mapearse hacia un código de producto "1234" (por ejemplo, información no codificada 201).
El propósito de esta información de simbologia 204 es comunicar información a la factura codificada (que define una pluralidad de parámetros de factura) como legible (por ejemplo, descodificable) por un descodificador de imagen. El descodificador podría presentarse en el dispositivo de consumidor 12 y/o en el servicio de transacción 20, como se describe en más detalle a continuación. Se reconoce que el mapeo (es decir el procesamiento realizado por el descodificador o el codificador) entre la información de simbología 204 y la información del comerciante y producto no codificado 201 es lo que permite a la OMRI 200 generarse e interpretarse. Una especificación de la información de simbología 204 puede incluir la codificación de los dígitos/caracteres sencillos de la información textual del comerciante y producto 201 así como los marcadores de inicio y fin en los símbolos individuales (por ejemplo, barras) y la separación entre los símbolos de la recolección/patrón de símbolos, el tamaño de una zona muda requerida para ser antes y después de la misma OMRI 200, así como un cálculo de una suma de verificación incorporada en la misma OMRI 200 para propósitos de verificación de errores como se conoce en la técnica.
Se reconoce que la OMRI 200 puede no contener datos descriptivos, más bien la OMRI 200 puede utilizarse como conteniendo códigos de referencia (por ejemplo, información de OMRI descodificada) que una computadora utiliza para buscar un registro asociado que contiene la información descriptiva textual del comerciante y el producto 201, así como cualquier otra información relevante acerca de los productos o artículos asociados con la transacción 5 codificada en la OMRI 200. Por ejemplo, el artículo que coincide con el registro de la información de simbología 204 puede contener una descripción del producto, nombre del proveedor, precio de producto, cantidad disponible, etc., que incluye cualquiera de los datos del producto 206, los datos del comerciante 208, los datos del consumidor 211, y/o los datos de la transacción 210 (por ejemplo, tipo de transacción) como se describe además a continuación. Sin embargo, algunas OMRI 200 pueden contener, además de la ID de referencia, información adicional o complementaria tal como el nombre del producto o fabricante, por ejemplo, y algunas OMRI 200 2D pueden contener aún más información ya que puede ser informativamente más densos debido a una mayor variación de potencial de dos patrones impresos sobre aquellos de la OMRI 200 1 D.
En términos del código de producto 3, se reconoce que los datos de código de producto 3 no pueden contener datos descriptivos, más bien los datos de código de producto 3 pueden ser utilizados como un identificador de referencia o de búsqueda que una computadora usa para buscar un registro asociado que contiene la información de comerciante y producto textual descriptiva 201, así como cualquier otra información relevante sobre los productos o artículos asociados con la transacción 5 representada por los datos de código de producto 3. Por ejemplo, el registro de artículo coincidente de los datos de código de producto 3 puede contener una descripción del producto, nombre del vendedor, precio del producto, cantidad, etc., incluyendo cualquiera de los datos de producto 206, datos de comerciante 208, datos de consumidor 211, y/o datos de transacción 210 (por ejemplo, tipo de transacción) como se describe más adelante. Sin embargo, algunos de los datos de código de producto 3 pueden ser referenciados o de otra manera asociados con, además ID de referencia, información adicional o suplementaria tal como nombre o fabricante del producto.
En términos de diferentes tipos de código de barras, las simbologías lineales (por ejemplo, códigos de barras de UPC como un ejemplo de formato de simbologia de la OMRI 200) pueden clasificarse principalmente por dos propiedades, continua vs. discreta y dos-anchos vs. múltiples-anchos. En continua vs. discreta, los caracteres (es decir el contenido que representa la información del comerciante y el producto 201) en simbologías continuas usualmente se empalma con el extremo de un carácter con un espacio y el comienzo del siguiente con una barra (por ejemplo, patrones claros-oscuros), o viceversa. Los caracteres (es decir contenido que representa la información textual del comerciante y el producto 201) en simbologia discreta comienza y termina con barras y cualquier espacio entre caracteres se ignora mientras no sea lo suficientemente ancho para verse como el extremo del código. En dos-anchos vs. múltiples-anchos, las barras y los espacios en la simbologia de dos anchos son anchos o angostos, y el ancho exacto de una barra ancha no es significativo mientras se adhiera a los requerimientos de simbologia para las barras anchas (usualmente dos o tres veces más anchas que una barra angosta). Las barras y los espacios en las simbologías de múltiples-anchos son todos múltiplos de un ancho básico llamado el módulo, en donde la mayoría de tales códigos utiliza cuatro anchos de 1, 2, 3 y 4 módulos. Algunas simbologías lineales utilizan el entrelazado, de modo que el primer carácter (es decir, el contenido que representa la información textual del comerciante y el producto 201) se codifica utilizando barras negras de anchos variables. El segundo carácter (es decir contenido de representación de los datos de factura) entonces se codifica, al variar el ancho de los espacios blancos entre esas barras. Así los caracteres (es decir el contenido que representa los datos de factura) se codifican en pares a través de la misma sección del código de barras. Las simbologías agrupadas repiten una simbología lineal dada verticalmente.
En términos de simbologías multidimensionales (por ejemplo, 2D, 3D, etc.), lo común entre muchas simbologías 2D son códigos de matriz, los cuales se caracterizan por módulos cuadrados o con formas de puntos (es decir el contenido que representa la información del comerciante y el producto 201) dispuestos en un patrón de cuadrícula. Las simbologías 2-D también vienen en patrones circulares u otros patrones y pueden emplear esteganografía, escondiendo de este modo módulos dentro de una imagen (por ejemplo, utilizando DataGlyphs). El Código Aztec es otro tipo de código de barras 2D.
Los códigos de Respuesta Rápida (QRC) es otro tipo de código de barras de matriz (o código bidimensional) que proporciona legibilidad más rápida y capacidad de almacenamiento más amplia comparada con los códigos de barra UPC tradicionales. El código QR (como un formato de simbología ejemplar de la OMRI 200) consiste de módulos negros dispuestos en un patrón cuadrado en un fondo blanco. La información codificada puede componerse de cuatro tipos ("modos") estandarizados de datos codificados (por ejemplo, numéricos, alfanuméricos, byte/binario, y/o Kanji), o por extensiones soportadas virtualmente por cualquier tipo de datos.
También se reconoce que la información de simbología 204 de la OMRI 200 puede incluir elementos gráficos personalizados (como se codifican en el esquema de codificación 209) que involucran combinaciones de uno o más elementos gráficos utilizados para representar un elemento textual, por ejemplo, un logo corporativo se utiliza como una recolección de elementos gráficos (por ejemplo, círculo, cuadrado, y nombre de la compañía) que se mapea (por ejemplo, descodifica) por el esquema de codificación 209 para representar un elemento textual (por ejemplo, una URL hacia una página web del sitio de red de la compañía). Alternativamente, el elemento textual puede mapearse (por ejemplo, codificarse) por el esquema de codificación 209 para representar la recolección de elementos gráficos. En este ejemplo, el elemento gráfico de un nombre de la compañía (la información de simbología 204) se descodifica por el esquema de codificación 209 para representar el texto de la URL (la información no codificada 201). Un ejemplo de códigos de barras que contienen elementos gráficos personalizados son los códigos de barras de Etiqueta Microsoft TM.
Las Etiquetas de Microsoft TM como una OMRI 200 son otro tipo de código de barras, por ejemplo, códigos de barras 2D, los cuales ofrecen mayor flexibilidad que los formatos de código de barras tradicionales tanto en el diseño de código de barras y el contenido detrás de éste. Debido a que los códigos de barras de Etiqueta Microsoft pueden enlazarse a datos almacenados en un servidor, se puede proporcionar una experiencia en línea más sólida - que incluye sitios móviles completos - y actualización al contenido en cualquier momento sin tener que cambiar la Etiqueta de Microsoft. Así, si se enlaza una Etiqueta de Microsoft a la tarjeta de negocios hacia el c urrículum, esto aún será válido después de que obtengas un gran ascenso. Las Etiquetas de Microsoft pueden ser negras y blancas o coloridas, incluyendo imágenes personalizadas (por ejemplo, un logotipo de compañía). Por lo tanto, la Etiqueta de Microsoft puede tener datos codificados en la información de simbología 204 de la Etiqueta que incluye un vínculo (por ejemplo, URL) u otro hipervínculo que hace referencia a una ubicación en la memoria (por ejemplo, en una base de datos) y/o una dirección de red en donde el contenido de datos está disponible/accesible mediante el vínculo codificado. En otras palabras, un codificador de Etiqueta puede utilizar un esquema de codificación de Etiqueta 209 para codificar la información del vínculo textual 201 en la información de simbología correspondiente 204, por ejemplo, el hipervínculo hacia un sitio de red (la información del vínculo textual 201) podrá representarse como uno o más elementos gráficos tal como un logotipo de compañía o incluso elementos gráficos (la información de simbología 204) representando al producto mismo.
También se reconoce que la información de simbología 204 de la O RI 200 puede cifrarse (por ejemplo, utilizando un algoritmo DES). En términos del formato de la información de simbología 204, las palabras código incrustadas/codificadas en la información de simbología 204 son típicamente de 8 bits de largo. Se reconoce que los datos de la transacción 5 representados por la información de simbología 204 en la ORI 200 pueden dividirse en múltiples bloques, de modo que cada bloque incluya un número (por ejemplo, 255) de palabras código en longitud.
Otro ejemplo de una representación legible por máquina óptica (por ejemplo, OMRI 200) de información o datos codificados son los DataGlyphs, los cuales son una nueva tecnología para codificar datos legibles por máquina en documentos de papel u otros medios físicos. Ellos codifican información en un número de pequeños, elementos de glifos individuales. Cada elemento gráfico (por ejemplo, glifo) puede consistir de un pequeña línea diagonal de 45 grados tan corto como 1/100 de una pulgada o menos, dependiendo en la resolución de la impresión y escaneo que se utiliza, por ejemplo. Cada elemento de glifo (como la información de simbología 204) representa un solo 0 o 1 binario (como la información textual descodificada 201), dependiendo en si se inclina hacia la izquierda o derecha. Las secuencias de estos elementos de glifo (información de simbología 204) pueden utilizarse para codificar información numérica, textual u otra información (información no codificada 201).
Como una configuración ejemplar de la simbología de glifo de datos y esquema de codificación 209, los glifos individuales se agrupan juntos en la página (o se presentan electrónicamente en una pantalla), en donde forman áreas grises, discretas, texturizadas uniformemente, como imágenes sombreadas. Una de las razones para utilizar elementos de glifo en diagonal es debido a que la investigación ha mostrado que los patrones que se forman cuando se acomodan juntos no son visualmente molestos. La tecnología DataGlyph permite que los documentos de negocios ordinarios lleven miles de caracteres de información escondidos en esos patrones grises discretos que pueden aparecer como fondos, patrones de sombreado o elementos de diseño gráfico convencionales. A menudo, su presencia pasará completamente inadvertida. (Toda la Dirección de Gettysburg puede ajustarse en un DataGlyph de alrededor del tamaño de una estampilla postal pequeña de los Estados Unidos). Las áreas de DataGlyph pueden imprimirse en un documento como parte de su proceso de impresión normal o presentarse en una pantalla como parte del proceso de representación de una imagen normal. La información a ponerse en el DataGlyphs se codifica como una secuencia de glifos individuales, y estos pueden imprimirse ya sea directamente por el software de codificación (por ejemplo, por una impresora láser de computadora) o mediante un proceso de impresión convencional, tal como offset. Los glifos se fijan en una cuadrícula rectangular finamente separada de modo que el área se texturiza uniformemente. Además, cada área de glifo contiene una trama de sincronización incrustada o "skeleton" - un patrón de glifos fijos, que se repite el cual marca las barreras del área de glifo y sirve como una pista de marca para mejorar la confiabilidad de la lectura. Antes de que los datos se coloquen en la trama de sincronización, se agrupan en bloques de unas cuantas decenas de bytes y un código de corrección de errores se agrega a cada bloque. La cantidad de corrección de errores a utilizarse se elige por la aplicación, dependiendo de la calidad esperada en el ciclo de impresión-escaneo. Altos niveles de corrección de errores aumentan el tamaño del área de glifo necesaria para una cantidad de datos dada, pero mejora la confiabilidad con la que los datos pueden leerse. Esto puede ser muy importante en entornos en donde existe un gran nivel de ruido de imagen (por ejemplo, fax) o en donde los documentos se sujetan a un manejo rudo. Como una etapa final, los bytes de datos se dispersan aleatoriamente a través del área de glifo, de modo que si cualquier parte del área de glifo en el papel se daña severamente, el daño a cualquier bloque individual de datos será ligero, y así será fácil para el código de corrección de errores recuperarse. Juntos, corrección de errores y el manejo aleatorio proporcionan muy altos niveles de confiabilidad, incluso cuando el área de glifo se afecta por marcas de tinta, grapas y otros tipos de daño de imagen.
En vista de la descripción anterior, se reconoce que la OMRI 200 puede representarse como códigos de barras, glifos de datos u otras imágenes que contienen información de simbología codificada 204 que puede descodificarse en información no codificada 201 (por ejemplo, elementos textuales) utilizando un esquema de codificación apropiado 209 que proporciona un mapeo (por ejemplo, reglas) entre la información de simbología 204 hacia la información no codificada 201 (por ejemplo, el proceso de descodificación) y la información no codificada 201 en la información de simbología 204 (por ejemplo, el proceso de codificación). En cualquier caso, la siguiente descripción, para propósitos de explicación ejemplar simplificada solamente, se refiere a la OMRI 200 como códigos de barras 200. Sin embargo, se reconoce que en la descripción siguiente, el término código de barras 200 puede intercambiarse con el significado más amplio de la OMRI 200, según se desee.
En vista de lo anterior, se reconoce que puede existir una variedad de diferentes OMRI 200 codificadas por diferentes tipos de transacciones. Por ejemplo, el tipo de transacción 203 asignado a la OMRI 200 determinará qué porción de la funcionalidad de la aplicación de transacción 113 se utiliza por el consumidor 18, y/o se proporciona por la ¡nterfase de transacción 15 o la interfase del comerciante 8, para facilitar el procesamiento de la transacción 5 asociado con la OMRI 200.
En vista de lo anterior, se reconoce que puede haber una variedad de diferentes datos de código de producto 3 para diferentes tipos de transacción. Por ejemplo, el tipo de transacción 203 asignado a los datos de código de producto 3 determinará qué porción de la funcionalidad de la aplicación de transacción 113 es utilizada por el consumidor 18, y/o provista por la interfase de transacción 15 o la interfase de comerciante 8, para facilitar el procesamiento de la transacción 5 asociada con los datos de código de producto 3.
PIN El PIN puede definirse como una contraseña numérica secreta (sin embargo también puede incluir caracteres alfa u otros no numéricos) compartida entre el tarjetahabiente (por ejemplo, consumidor 18) y el sistema 10, para el uso en la autenticación del tarjetahabiente con el sistema 10.
Históricamente, una tarjeta de pago puede insertarse físicamente en una terminal POS y se ingresa el PIN por el tarjetahabiente utilizando un teclado de la terminal del comerciante. Esta verificación tradicional se ha permitido por el uso de una terminal de pago de tarjeta de crédito física o sistema de punto de venta (POS) con un enlace de comunicaciones hacia el banco de adquisición del comerciante. Sin embargo la actividad fraudulenta (tal como leer y copiar la información de PIN) por comerciantes sin escrúpulos (por ejemplo, "espías", "atacantes por suplantación") permanece como una preocupación. Además, en el caso de pagos en línea, una terminal POS física simplemente no está disponible.
Por lo tanto, para ayudar a abordar técnicamente las deficiencias técnicas de la técnica previa observadas en lo anterior, en la operación de un dispositivo de computadora 12 configurado con la aplicación de pago 113, el PIN puede ingresarse mediante la interfase de usuario 104 del dispositivo de computadora 12 y por lo tanto incluido (por ejemplo, en una forma cifrada) en la solicitud de pago. Por ejemplo, el PIN puede enviarse codificado al utilizar el esquema de codificación 209 de la OMRI 200 o puede ser representado como los datos de código de consumidor 3, de modo que la aplicación de pago 113 puede utilizará el codificador apropiado configurado para utilizar el esquema de codificación 209. Al tarjetahabiente se le permite el acceso a su cuenta 70,72 cuando el PIN ingresado coincide con el PIN almacenado como se mantiene por la interfase de transacción 15 y/o la plataforma de pago 14. En particular, es conveniente en el uso de la aplicación de pago 113 para el envío del PIN por el tarjetahabiente, tal que esta información de PIN no se ingresa en una forma cifrada utilizando el teclado del dispositivo del comerciante 17.
Por lo tanto, la provisión de una solución técnica, que incluye la aplicación de pago 113, involucra utilizar información de PIN ingresada mediante el dispositivo de computadora 12 (es decir, utilizando la interfase de usuario 104 y la interfase de comunicaciones 102).
Aplicación de Transacción 113 Con referencia a la Figura 2, se reconoce que la aplicación de transacción 113 puede incluir una pluralidad de la OMRI 200 o los datos de código de producto 3 relacionadas con la funcionalidad de procesamiento, una pluralidad de funcionalidades de procesamiento de transacción y/o la funcionalidad de cliente configurada para la comunicación de red 11 con un servicio de transacción 20 en una relación de cliente-servidor. Por ejemplo, la aplicación de transacción 113 puede configurarse como un cliente ligero del servicio de transacción 20, de modo que la aplicación de transacción 113 se configura para interactuar con el sistema de procesamiento de la OMRI 80 (de la interfase 8,15) mediante una serie de páginas web generadas por el sistema de procesamiento de la OMRI 80, enviadas mediante mensajes de red 13 y presentadas en la interfase de usuario 104. Por consiguiente, la aplicación de transacción 113 puede interactuar con un navegador web (u otro programa de comunicación de red) para enviar y recibir los mensajes 13 mediante la red 11 que contiene información específica de transacción 5, es decir, para presentar las páginas web q ue incluyen datos de salida 217 (discutidos más adelante) para la transacción 5 y para coordinar el ingreso y transmisión de la red de datos de entrada 215 (discutidos más adelante) para la transacción 5.
Alternativamente, la aplicación de transacción 113 puede configurarse como un cliente complejo del servicio de transacción 20, de modo que la aplicación de transacción 113 se proporciona con funcionalidades de transacción y/o procesamiento de la OMRI o I os datos de código 3 similar a (o al menos que contiene una porción de) la funcionalidad del sistema de procesamiento de transacción 80 y/o el sistema de procesamiento de la OMRI 90, como se describe más adelante. Se reconoce que la versión del cliente complejo de la aplicación de transacción 113 puede configurarse para realizar parte del procesamiento de transacción o la OMRI o datos de código 3 en lugar de o de otra forma en sustitución de cualquiera de la funcionalidad de procesamiento del sistema de procesamiento de transacción 80 y/o el sistema de procesamiento de la OMRI 90 implementado por el sistema general 10 durante el procesamiento de la transacción 5. También se reconoce que la versión del cliente complejo de la aplicación de transacción 113 también puede configurarse para comunicarse a través de la red 11 mediante una series de páginas web (u otros formatos de contenido de datos electrónico tales como archivos XML) como se generan o reciben de otra forma por el sistema de procesamiento de transacción 80 de las interfaces 8,15, enviadas mediante mensajes de red 13 entre el dispositivo de computadora 12 y las interfaces 8,15.
Con referencia a la Figura 2, el entorno 10 puede utilizar un flujo de transacción, es decir, u n interacción definida (por ejemplo, instrucciones de flujo de trabajo de transacción, ejecutadas por el dispositivo de computadora 12 mediante la aplicación de transacción 113 y/o el navegador del dispositivo, y/o por la computadora 6, 17 de las interfaces 8,15) entre las interfaces 8,15 y la aplicación de transacción 113 del dispositivo de computadora 12, para proporcionar el consumidor 18 con la capacidad de iniciar (o de otra forma responder a) una variedad de tipos de transacción. Estos tipos de transacción pueden codificarse en la información de simbología 204 de la OMRI 200 o los datos de código de producto 3 (o de otra forma asociarse con información de perfil de comerciante 117 almacenada y disponible al servicio de transacción 20), y se utilizan por las interfaces 8,15 y la aplicación de transacción 113 para dirigir (mediante las instrucciones de flujo de trabajo apropiadas para el tipo de transacción, por ejemplo almacenadas o de otra forma accesibles a la interfase de transacción 15 mediante el almacenamiento local 110) el consumidor 18 puede proporcionar los datos de entrada apropiados de transacción 215 y para presentar datos de salida apropiados de transacción 217 al consumidor 18 (mediante la operación de la interfase de usuario 104). Un ejemplo de datos de salida 217 dependientes en el tipo de transacción (por ejemplo, una factura de restaurante) podría ser un conjunto de instrucciones presentadas en la interfase de usuario 104 en cómo ingresar una cantidad de (por ejemplo, diversas opciones de propina tales como % propina, $ propina, etc.) así como instrucciones en cómo confirmar el costo total de la comida incluyendo la propina. Alternativamente, los ajustes del tipo de transacción del comerciante puede alojarse en el almacenamiento 110 del servicio de transacción 20 y no contenerse en la OMRI 200 o los datos de código de producto 3, en su lugar los ajustes del tipo de transacción pueden almacenarse como parte del perfil del comerciante 117 (por ejemplo, parte de los datos del comerciante almacenados). Por lo tanto, la OMRI 200 o los datos de código de producto 3 pueden contener un ¡dentif icador de perfil del comerciante 203 que se utiliza para acceder a los ajustes del tipo de transacción del comerciante por el servicio de transacción 20 asociado con el perfil del comerciante 117. También se reconoce que el identif icador 203 puede ser un identificador único 203 de la transacción 5 (por ejemplo, un número de transacción único) solicitud de pago y puede asociarse con los mensajes de confirmación enviados al consumidor 18 y/o el comerciante 16 por la interfase de transacción 15. En este caso, los datos del comerciante 206 podrían utilizarse en la solicitud de pago para ayudar a identificar al comerciante 16 mediante el perfil del comerciante 117.
Se reconoce que los datos de salida 217 pueden incluir definiciones en el contenido de datos (por ejemplo, fraseología de instrucciones específicas, contenido de publicidad asociado con las instrucciones, etc.) y/o formato de datos de instrucciones (por ejemplo, tipo de fuente, color de la fuente, color del fondo, imágenes incluidas, etc.). También se reconoce que los datos de salida 217 pueden incluir definiciones en contenido y formato de presentación de las selecciones del consumidor (por ejemplo, menús desplegables, campo de ingreso de datos, etc.) utilizados por la aplicación de transacción 113 para facilitar el ingreso de los datos de entrada apropiados de transacción 215 por el consumidor 18.
En vista de lo anterior, se reconoce que los datos de entrada 215 y los datos de salida 217 pueden tomar una variedad de contenido y formas diferentes, dependiendo de la funcionalidad de transacción (mediante las instrucciones de flujo de trabajo apropiadas al tipo de transacción) necesarias durante la interacción por las interfaces 8, 15 con el consumidor 18 una vez que se inicia la transacción 5. Los datos de entrada 215 puede incluir los datos del consumidor 211 (definidos más adelante), los cuales pueden obtenerse a partir de: detalles de registro 117 del consumidor 18 que se almacenan (en base de datos 110) y están disponibles para el dispositivo del comerciante 17 o el dispositivo de servicio de transacción 6; los datos que se ingresan o seleccionan de otra forma por el consumidor 18 utilizando la interfase de usuario 104; los datos se obtienen a partir de la información de simbología 204 de la OMRI 200, o cualquier combinación de los mismos. Se reconoce que las interfaces 8,15, así como cualquier funcionalidad de transacción de cliente complejo configurada en la aplicación de transacción 113, pueden tener almacenada (en su memoria 110) las instrucciones de flujo de trabajo apropiadas asignadas o asociadas de otra forma con cada uno de los tipos de transacción. Se pretende que el conocimiento de las instrucciones de flujo de trabajo para una transacción particular 5 puede accederse y ejecutarse por la aplicación de transacción 113, la interfase 8, la interfase 15, o una combinación de cualquiera de las anteriores.
Una diferencia obvia en las instrucciones de flujo de trabajo y requerimientos de datos de entrada 215 para las transacciones es para aquellas compras que involucran una opción de propina (por ejemplo, comida en restaurantes formales) y aquellas que no (por ejemplo, compras de productos a menudeo o compras de comida para llevar). Otra diferencia obvia en las instrucciones de flujo de trabajo y los requerimientos de datos de entrada 215 para las transacciones es para las compra en línea contra la compra POS, de modo que las últimas puede no requerir la información de dirección del consumidor si el consumidor puede llevar los productos comprados por sí mismo.
Contenido de Solicitud de Pago Con referencia de nuevo a la Figuras 2 y 4, la solicitud de pago de la transacción 5 pueden utilizarse por el consumidor 18 y el comerciante 16 puede definir qué se ha comprado, cuándo, por quién, desde quién, y cuánto dinero se ha gastado en qué. La OMRI 200 se genera para incluir la información de simbología 204 (o los datos de código de producto 3 se generan como un identificador de búsqueda de referencia para información de referencia) que incluye la información de factura del producto 201 para dos o más productos (por ejemplo), de modo que la información de simbología 204 de la OMRI 200 (o información de referencia del o los datos de código de producto 3 - por ejemplo, almacenados en la tabla de búsqueda o base de datos 63) codifica la información 201 de los datos de producto 206, los datos del comerciante 208, los datos del consumidor 211 y/o los datos de la transacción 210 de la transacción 5. Por lo tanto, la OMRI 200 o los datos de código de producto 3 representa la transacción 5, utilizando la información de simbología 204, definida como un contrato comercial emitido por el comerciante 16 al consumidor 18, indicando los productos, cantidades, y/o precios acordados para los productos que el comerciante tiene (o tendrá) que proporcionar al consumidor 18 en intercambio por el pago (es decir, el cargo de la cuenta del consumidor y cargo correspondiente de la cuenta del comerciante) de la transacción 5. Además, la solicitud de pago indica que el consumidor 18 debe pagar al comerciante 16, de acuerdo con cualquiera de los términos de pago contenidos en la solicitud de pago. También se reconoce que la solicitud de pago en un contexto de servicios de renta o profesionales también puede incluir una referencia específica de la duración del tiempo que se factura, de modo que en lugar de cantidad, precio y costo, la cantidad de la facturación puede basarse en la cantidad, precio, costo y duración. Por ejemplo, la solicitud de pago de renta/servicios puede referirse al tiempo real (por ejemplo, horas, días, semanas, meses, etc.) que se facturan.
Se reconoce que desde el punto de vista de un comerciante 16, la solicitud de pago puede considerarse como una factura de venta. Desde el punto de vista del consumidor 18, la solicitud de pago puede considerarse como una factura de compra. La solicitud de pago puede identificar tanto al consumidor 18 y el comerciante 16, pero el término "pago" se refiere generalmente al hecho de que se debe o adeuda dinero entre el comerciante 16 y consumidor 18.
Por ejemplo, los datos de producto 206 de la información de simbología 204 pueden incluir para cada producto, información tal como pero sin limitarse a: un identificador de producto (por ejemplo, número o código de producto - tal como un código UPC), un precio de compra del producto (por ejemplo, precio unitario del producto), un número de cantidad del producto (por ejemplo, el número 2 en el caso en donde existen dos del mismo producto en la orden de compra); y/o una descripción del producto. Los datos del comerciante 208 de la información de simbología 204 puede incluir información tal como pero sin limitarse a: detalles de nombre y contacto del comerciante; un número de cuenta bancaria del comerciante; un ID de referencia de comerciante único del comerciante asignado por la interfase de transacción 15; la ubicación del lugar de venta del comerciante; detalles de registro de impuestos o del comerciante (por ejemplo, número de impuestos o número de negocios tal como un VAT (impuesto al valor agregado) número de identificación o un número de registro para para propósitos de GST para la reclamar la deducción de impuestos) y/o indicación de si la compra es una compra en línea o en el lugar de venta físico. Los datos de transacción 210 (por ejemplo, de la información de simbología 204) pueden incluir información tal como pero sin limitarse a: un número de referencia de factura único (para el uso en rastrear la correspondencia asociada con la transacción 5 asociada con la solicitud de pago); fecha de la factura; pagos de impuestos como un porcentaje del precio de compra de cada uno de los productos (por ejemplo, GST o VAT); fecha (por ejemplo, aproximada) en la que los productos se (o van a ser) envían o entregan; número de orden de compra (o número de factura similares solicitados por el consumidor 18 para mencionarse en la solicitud de pago); cantidad total cargada (opcionalmente con el desglose de impuestos) para los productos; términos de pago (que incluye método de pago, fecha de pago, y/o detalles acerca de cargos por pago atrasado); información de aduanas internacionales; destino de envío; y/o ubicación del origen del embarque. Se reconoce que los datos 206,208,210,211 (por ejemplo, de la información de simbología 204) también se representan en al menos todo o en parte en la información de solicitud textual 201. De esta manera, esta información de simbología 204 en la OMRI 200 puede descodificarse (por el dispositivo de computadora 12 y/o la interfase de transacción 15) en la información de pago 201, y la información de pago 201 pueden codificarse (por ejemplo, por la interfase de transacción 15, interfase del comerciante 8, y/o la aplicación de pago 113) en la información de simbología 204.
En términos de los datos del consumidor 211, estos datos (por ejemplo, de la información de simbología 204) pueden incluir información tal como pero sin limitarse a: un código de referencia al pasar a lo largo de ID de la transacción autentificando al pagador (por ejemplo, consumidor 18); detalles de nombre y contacto (por ejemplo, dirección) del consumidor 18; y/o un número de cuenta (por ejemplo, un número de cuenta bancaria, un número de tarjeta de crédito, un número de tarjeta de débito del consumidor 18) que identifica la fuente de los fondos a utilizarse para pagar por los productos. Se reconoce que el número de cuenta que identifica la fuente de fondos del consumidor 18 a utilizarse para pagar por los productos, en lugar de codificarse en la simbología 204, puede suministrarse por el consumidor 18 utilizando la interfase de usuario 104 del dispositivo de computadora del consumidor, como se describe más adelante.
Como se discute en lo anterior, se reconoce que el esquema de codificación personalizado 209 contiene palabras código y reglas para el uso al introducir (es decir, codificar, descodifica) entre la información de simbología 204 de la OMRI 200 y la información de pago 201 de la solicitud de pago asociada con la transacción financiera 5 (es decir, transferir los fondos entre las cuentas 70,72 como se realiza por el sistema de procesamiento de pago 14). También se reconoce que los los datos de código de producto 3 pueden utilizarse como un identificador de búsqueda para obtener (por ejemplo, los datos de código de producto 3 es una referencia cruzada a la información de transacción/producto/consumidor/ comerciante 61 en la tabla de búsqueda 63) los datos 206, 208, 210, 211 incluidos en la información 61.
Modalidad Ejemplar del Servicio de Transacción 20: Como se ilustra en la figura 1, el servicio de transacción 20 puede consistir de: un Interfase de Transacción de Pago Móvil 15 que reside en un Servidor de Transacción 6, la cual puede configurarse para permitir a la interfase de transacción 15 comunicarse con la aplicación de Cliente de Pago Móvil 113 y la Plataforma de Pago (por ejemplo, el sistema de procesamiento de transacción 14). El Servidor de Transacción 6 también puede alojar la información de perfil del comerciante; al información de perfil del consumidor (por ejemplo, nombre, dirección, número telefónico, dirección de correo electrónico, Información de Cuenta de Pago, etc.); permitir al consumidor acceder a su cuenta mediante la red; permitir a la Plataforma de Pago (por ejemplo, sistema de procesamiento de transacción 14) comunicarse con la APLICACION MOVIL 13 y la interfase de transacción 15.
Una aplicación móvil 113, la cual reside en un dispositivo móvil del consumidor 520 pueden utilizarse para: capturar/escanear la Información de la OMRI 200 o datos de código de producto 3; crear una Transacción en una Plataforma de; comunicarse con la Plataforma de Pago; comunicarse con el Servidor de Transacción del Comerciante; proporcionar a los Consumidores con opciones de transacción (por ejemplo, comprar, declinar transacción, enviar información personal, ir al sitio de red del comerciante, más información, etc.); proporcionar flujos de proceso personalizados basados en el tipo de comerciante (por ejemplo, solicitar una propina si el comerciante se identifica como un restaurante, ignorar la confirmación del usuario de una transacción para las transacciones bajo un cierto precio, solicitar al usuario enviar información personal al comerciante para llenar automáticamente cualquier forma que el comerciante necesite que sea llenada, etc.); permitir al Consumidor seleccionar su Forma de Pago deseada (por ejemplo, crédito, débito, cheque, monedero electrónico, cupón, tarjeta de regalo, etc.); y permitir al Consumidor entrar en su cuenta para propósitos de mantenimiento de cuenta.
Una Aplicación de Pago Móvil INTERFASE DEL COMERCIANTE 8 puede residir en un dispositivo móvil del comerciante 17 y puede utilizarse para: recibir confirmaciones/declinaciones de pago desde la interfase de transacción 15; generar una OMRI 200 o los datos de código de producto 3 "sobre la marcha" que incluya la ID de la transacción, ID del comerciante (nombre del comerciante y URL del comerciante también puede proporcionarse), artículos comprados, y precio.
En otra modalidad, los datos de código de producto 3 pueden ser implementados como un servicio de código corto (es decir, información textual no codificada según comparada con información textual codificada en la forma de un código de barras 200). La forma en la que esto trabaja es aquella en lugar de escanear o de otra manera suministrar el código de barras 200, el consumidor 18 proporciona un código corto como los datos de código de producto 3 (por ejemplo, una secuencia de caracteres incluyendo caracteres numéricos y/o caracteres alfa) que también se conoce como el Servicio de transacción 20 como los datos de código de producto 3 usados para identificar la información real 201 almacenada como la información 61 referencia de manera cruzada o de otra forma indexada a los datos de código de producto 3 en la tabla de búsqueda 63, que puede ser almacenada y accesible por la interfase de transacción 15. Por lo tanto, después de proporcionar los datos de código de producto 3 como una serie de caracteres numéricos y/o caracteres alfa a la aplicación de comerciante 8, el resto del procedimiento de transacción de compra dividida 5 es exactamente igual. Una ventaja de utilizar el código corto es que trabaja en situaciones en donde la generación o de otra manera el escaneo/procesamiento del código de barras 200 no es confiable por la aplicación de comerciante 8 y/o la aplicación de pago 113.
En otra modalidad, los medios de comunicación para identificar la información 201 usada para procesar la transacción 5 al Servicio de transacción 20 a través de la terminal de comerciante 17 (es decir, a través de la aplicación de comerciante 8) pueden involucrar la transmisión de los datos de código de producto 3 desde el Dispositivo Móvil 12 (a través de la aplicación de pago 113) hasta la terminal de comerciante 17 (es decir, a través de la aplicación de comerciante 8) utilizando NFC, Bluetooth, tecnología infrarroja, u otra tecnología de comunicación de rango corto, similar. En el caso de utilizar un código corto como los datos de código de producto 3, la transmisión de esta información de datos de código de producto 3 al comerciante 16 puede ser tan simple como una transmisión verbal entre el comerciante 16 y el consumidor 18 y/o simplemente al leer los datos de código de producto 3 en la pantalla del dispositivo 12 por el comerciante 16 - en el caso en donde los datos de código de producto 3 son presentados en la pantalla del dispositivo 12 (por ejemplo, a través de la interacción con la aplicación de pago 113 por el consumidor 18). Otra modalidad es en donde se utiliza una bocina del dispositivo 12 por la aplicación de pago 113 para comunicar de manera audible los datos de código de producto 3 al comerciante 16. En otra modalidad, los datos de código de producto 3 son comunicados a la terminal de comerciante 17 a través de un mensaje de comunicación de red 11 como puede ser el caso para la transmisión de la ORMI 200.
Aplicaciones del Servicio de Transacción 20 en Comercio de Medios Impresos y Medios Electrónicos Entre sus muchos otros beneficios, el servicio de transacción 20 puede unir el comercio móvil con los Medios Electrónicos, y el comercio de Medios Impresos en formas que nunca se pensaron posibles antes. Incluye medios electrónicos, pero no se limita a, televisión, tableros electrónicos, y terminales de pantallas de video. Los Medios Impresos incluyen, pero no se limita a, revistas, periódicos, catálogos, directorios telefónicos, boletos de estacionamiento y facturas de servicios domésticos. El servicio de transacción 20 puede proporcionar una mejora marcada sobre el modelo de ventas y publicidad de Medios Electrónicos e Impresos actuales. Actualmente, para hacer una compra de bienes y/o servicios, o registrarse para un servicio anunciado mediante Medios Electrónicos o Impresos, un consumidor requiere: hacer una llamada telefónica al comerciante o un centro de atención telefónica y proporcionar al representante de servicios al consumidor con su información personal e Información de Cuenta de Pago. Opcionalmente, el Consumidor debe navegar a un sitio de red y proporcionar su información personal y su Información de Cuenta de Pago en línea. En cualquiera de los escenarios el Consumidor está obligado a pasar a través de un proceso tardado que requiere proporcionar información personal y exponer su Información de Cuenta de Pago al comerciante.
El servicio de transacción 20 aborda estos problemas al permitir a un Consumidor iniciar una transacción de compra al escanear la OMRI 200 (o de otra manera reconocer/observar los datos de código de producto 3) presentado por el Medio Electrónico o Impreso particular. El resto de la transacción se completa en el dispositivo móvil 12 del Consumidor, sin requerir que el Consumidor 18 haga una llamada telefónica o llene información personal y/o Información de Cuenta de Pago en el sitio del comerciante.
El servicio de transacción 20 beneficia al comerciante 16, en que permite el comerciante ahorrar dinero al no requerir que el comerciante tenga un centro de atención telefónica para procesar las ordenes. También beneficia al comerciante el proporcionar a los Consumidores con un proceso de transacción simplificado, el cual a su vez reduce registros y compra abandonados. El servicio de transacción 20 beneficia al Consumidor al salvaguardar la Información de Cuenta de Pago del Consumidor y proporciona al Consumidor con un proceso de pago/registro significativamente más simplificado.
Aplicaciones del Servicio de Transacción 20 para Transacciones de Punto de Venta Una Transacción de Punto de Venta puede ser una terminal de venta de POS, una máquina ATM o un dispositivo similar. El servicio de transacción 20 puede proporcionar a los Consumidores con un proceso de transacción 5 consistente independientemente del tipo de transacción (es decir, POS, Medios Impresos, Medios Electrónicos o comercio electrónico).
Dentro del contexto de Terminales de venta de POS, el servicio de transacción 20 puede proporcionar a los Consumidores 18 con la comodidad de no tener que exponer su Información de Cuenta de Pago al cajero en la caja. También puede proporcionar al comerciante 16 con el beneficio de no tener que manejar efectivo, reduciendo de este modo el riesgo de robo por empleados. Bajo el servicio de transacción 20, es el Consumidor 18 el que lleva a cabo el escaneo de la imagen utilizando su dispositivo móvil 12. Esto puede ahorrar al comerciante 16 dinero al no requerir que compre/instale cualquier dispositivo de escaneo de imagen (o al menos un número reducido de tales dispositivos de escaneo del comerciante). Además, el servicio de transacción 20 puede beneficiar al comerciante 16 al agilizar el proceso de obtención de información de pago y del consumidor en la caja.
Dentro del contexto de máquinas ATM, el servicio de transacción 20 puede proporcionar seguridad al no requerir al Consumidor 18 ingresar su PIN en una terminal de ATM asociada con el dispositivo del comerciante 17. En un mundo cada vez más consciente por la saluda, puede proporcionar un beneficio adicional de higiene al no requerir que un Consumidor 18 toque un teclado en una máquina pública de ATM. La tecnología del servicio de transacción 20 también puede proporcionar al operador de ATM con un servicio de procesamiento de pago móvil más barato, en que no requiere que la máquina ATM se equipe con un dispositivo de escaneo de imagen.
El servicio de transacción 20 descrito en la presente facilita el comercio móvil al proporcionar un dispositivo móvil 12 que se utiliza para procesar transacciones 5 que se originan ya sea en línea, mediante Medios Electrónicos o Medios Impresos y desde Terminales de POS 17. Así, los Consumidores 18 pueden proporcionarse con un proceso de transacción 5 consistente independientemente de dónde se origina la transacción 5. Cuando el servicio de transacción 20 se utiliza en la operación, el Consumidor 18 puede utilizar su dispositivo móvil 12 para escanear la OMRI 200, presentada y disponible por el comerciante 16, para iniciar el proceso de transacción 5. La OMRI 200 puede ser en la forma de una imagen gráfica, tal como un código de barras 2-D o un holograma, el cual codifica la información relacionada a una transacción particular 5 y/o un comerciante 16 particular (por ejemplo, a través del identificador del comerciante 203 asociado con la OMRI 200.
La interfase de transacción 15 del servicio de transacción 20 puede comprender generalmente ciertas aplicaciones de software de computadora cada una de las cuales se ejecuta en ciertos componentes físicos de la red de transacción, y los cuales se configuran para ser capaces de comunicarse, y compartir información, uno con otro, en donde sea apropiado, como se describe en la presente. Más específicamente, la interfase de transacción 15 puede interactuar a través de la red 11 con aplicaciones de software que incluyen la aplicación móvil 113 que se ejecuta en el dispositivo móvil del Consumidor 12 y la interfase del comerciante 8 que se ejecuta en los dispositivos de Transacción del comerciante 17. En el escenario en donde el servicio de transacción 20 se utiliza para permitir que el Consumidor 18 efectúe una transacción de comercio de Medio Impreso o Medio Electrónico 5 utilizando su dispositivo móvil 12, una OMRI 200 adecuada pre-codif icada o los datos de código de producto 3 pueden presentarse simplemente en el medio (no es necesario tener una aplicación de software para generar una OMRI 200 de Transacción específica "sobre la marcha"). En el escenario en donde el servicio de transacción 20 se utiliza para permitir al Consumidor 18 efectuar una transacción 5 de comercio electrónico (por ejemplo, una compra en línea) utilizando su dispositivo móvil 12, una aplicación de software (por ejemplo, sistemas 90) para generar OMRI 200 o los datos de código de producto 3 adecuada puede residir ya sea en la computadora 12 del consumidor o en el servidor de comercio electrónico del comerciante 17, y la OMRI 200 o los datos de código de producto 3 generados puede presentarse en la pantalla de la computadora del Consumidor para el escaneo. En el escenario en donde el servicio de transacción 20 se utiliza al proporcionar al Consumidor 18 hacer una compra utilizando su dispositivo móvil 12 en una Terminal de POS 17, el sistema 10 puede comprender adicionalmente la interfase de Pago Móvil 8 que se ejecuta en la Terminal de POS 17 del comerciante.
A continuación se describen las etapas involucradas en una transacción 5 simple en línea o POS utilizando el servicio de transacción 20, de acuerdo con una modalidad 300, con referencia a la Figura 5.
Etapa 301. El Consumidor 18 puede seleccionar artículos a comprarse en un sitio de red del comerciante o en una tienda (por ejemplo, seleccionado por el consumidor 18 desde el entorno 4 o proporcionado por el dispositivo del comerciante 17 en persona o en un mensaje de comunicaciones de red 11).
Etapa 302. El Consumidor 18 puede seleccionar "checkout" (comprobación) (o equivalente de mismo) o ir con el cajero.
Etapa 303. La interfase del comerciante 8 en el dispositivo del comerciante 17 puede enviarse a la información de "carro de compra" (o en el caso de una transacción de POS, la información de la registradora de efectivo) y generar una OMRI 200 que contienen todos los particulares de la compra (de la transacción 5).
Etapa 304. La OMRI 200 puede presentarse ya sea en una pantalla de computadora o, en el caso de una transacción de POS, en una terminal de pantalla del comerciante 17.
Etapa 305. El Consumidor 18 puede iniciar el Cliente de Pago Móvil o aplicación móvil 113 en su dispositivo móvil 12 y escanear la OMRI 200 o de otra manera los datos de código de producto 3.
Etapa 306. La aplicación móvil 113 puede leer la OMRI 200 o los datos de código de producto 3 (por ejemplo, los datos de código de producto 3 pueden ser introducidos manualmente por el consumidor 8 a través de la interfase de usuario) y comunicarse con la interfase del comerciante 8 o la interfase de transacción 15 para identificar el comerciante 16.
Etapa 307. El Consumidor 18 puede presentar una lista de opciones que incluyen "COMPRAR AHORA".
Etapa 308. El Consumidor 18 puede seleccionar "COMPRAR AHORA".
Etapa 309. La aplicación móvil 113 entonces puede solicitar al Consumidor 18 seleccionar un tipo de cuenta de pago 70,72 y proporcionar la información de ingreso tal como un número de PIN (el cual puede ser suministrado utilizando los datos de código de producto 3).
Etapa 310. La aplicación móvil 113 puede comunicarse con la Plataforma de Pago (por ejemplo, el sistema de procesamiento de transacción 14) mediante la interfase de transacción 15 para autenticar al Consumidor 18 y procesar la solicitud de pago asociada con la transacción 5. También esto puede hacerse mediante la interfase de transacción 15 en lugar de directamente con la plataforma de pago 14.
Etapa 311. En el caso en que existan fondos/crédito suficiente en la cuenta del Consumidor 70,72, la aplicación móvil 113 puede solicitar al usuario 18 enviar los Datos de la Forma de Orden al comerciante 16.
Etapa 312. El Consumidor 18 puede seleccionar "SI" y la aplicación móvil 113 envía los Datos de la Forma de Orden y la confirmación de pago a la interfase del comerciante 8 que se ejecuta en el dispositivo del comerciante 17.
Etapa 313. Al comunicarse con la aplicación móvil 113, la interfase de transacción 15 puede notificar al Consumidor de una Transacción 5 exitosa y enviar por correo electrónico un recibo a la Dirección de correo electrónico registrada del Consumidor 18. En el caso de una transacción de POS, puede darse un recibo en papel al Consumidor 18. La transacción 5 ahora está completa.
En el caso de Medios Electrónicos, Medios Impresos y otras aplicaciones "estáticas", puede presentarse una OMRI 200 pre-codificada o I os datos de código de producto 3 que contienen o de otra manera hacen referencia a la información 201 información que es específica a la transacción (por ejemplo, ID del comerciante, nombre del comerciante, nombre de los productos, precios de los productos, total, URL del comerciante, etc.) en los Medios Electrónicos o medios Impresos, sin requerir que se genere un OMRI 200 de transacción específica o los datos de código de producto 3 "sobre la marcha." Las etapas involucradas en otra transacción de pago ejemplar utilizando el servicio de transacción 20, de acuerdo con una modalidad, se describen a continuación, con referencia a la figura 1.
Etapa 1. El Consumidor 18 puede seleccionar artículos a comprarse en un sitio de red del comerciante o en una tienda.
Etapa 2. El Consumidor 18 puede seleccionar "checkout" (comprobación) (o el equivalente del mismo) o ir con el cajero.
Etapa 3. La interfase del comerciante 8 en el dispositivo del comerciante 17 puede enviar la información del "carro de compra" (o en el caso de una transacción de POS, la información de la registradora de efectivo) y generar una OMRI 200 o los datos de código de producto 3 que contiene o de otra manera hace referencia a (por ejemplo, indexada a) los particulares de la compra (por ejemplo, cantidad de la transacción, impuestos, etc.) y la información acerca del comerciante 16 (por ejemplo, identificadores del comerciante, credenciales de autenticación del comerciante, etc.).
Etapa 4. La OMRI 200 o los datos de código de producto 3 puede presentarse ya sea en una pantalla de computadora (no mostrada específicamente en la Figura 1) o, en el caso de una transacción de POS, la pantalla de Terminal de POS del comerciante o dispositivo del comerciante 17.
Etapa 5. El Consumidor 18 puede iniciar la aplicación móvil 113 en su dispositivo móvil 520 y escanear la OMRI 200 o los datos de código de producto 3.
Etapa 6. La aplicación móvil 113 puede leer la OMRI 200 y descodificar los datos codificados en la OMRI 200 para extraer los datos del comerciante 208 (tal como ID del comerciante, ID de la transacción, cantidad de la compra y cualquier otra información pertinente, etc.). E n el caso de los datos de código de producto 3, estos pueden ser interpretados utilizando una tabla de búsqueda 63 disponible a la aplicación 113 o pueden ser enviados al servicio de transacción 20 (por ejemplo, a través de la interfase de comerciante 8) para interpretación por el servicio de transacción 20 utilizando la tabla de búsqueda 63 disponible al servicio de transacción 20.
Etapa 7. La aplicación móvil 113 puede abrir un canal de comunicaciones cifrado seguro con la interfase de transacción 15 (la interfase de transacción 15 se ejecuta en el servidor de transacción 6) mediante la Internet 11 u otra red de comunicaciones intermediaria. Toda comunicación adicional con la interfase de transacción 15 puede ser mediante este canal seguro.
Etapa 8. La aplicación móvil 113 puede autenticarse a sí misma con la interfase de transacción 15 utilizando credenciales previamente acordadas y configuradas que unen al dispositivo móvil 12 con un consumidor individual 18, por ejemplo en donde los datos del dispositivo del datos del consumidor 211 concuerdan con los datos del dispositivo almacenados en el perfil del consumidor 117 almacenado en el almacenamiento 110 de la interfase de transacción 15.
Etapa 9. La interfase de transacción 15 puede validar las credenciales de autenticación de la aplicación móvil 113 contra una base de datos 117 de dispositivos móviles conocidos 12 (registrados) y consum ¡dores 18.
Etapa 10. Tras la autenticación exitosa, la aplicación móvil 113 puede pasar los datos de la OMRI 200 escaneados (por ejemplo que contienen al menos una porción de la información de simbología original 204 - información codificada de la OMRI 200 escaneada) o los datos de código de producto 3 a la interfase d e transacción 15 para iniciar el proceso de compra.
Etapa 11. La interfase de transacción 15 puede validar los datos de la OMRI 200 o los datos de código de producto 3 para su corrección (por ejemplo, información de comerciante, cantidades de la transacción, etc.), recuperar la información de comerciante (por ejemplo, a través de descodificación para la ORMI 200, utilizando los datos de código de producto 3 para buscar la información 61 residente en la tabla 63, etc.) e iniciar una nueva transacción de compra 5. La OMRI 200 puede ser codificada con información única que solamente es relevante para la interfase d e transacción 15, tal como por ejemplo, una ID del comerciante único que identifica al comerciante 16 y el perfil de comerciante 117 en la servidor de transacción 6. El perfil del comerciante 117 puede contener toda la información relevante que pertenece al comerciante 16 incluyendo pero sin limitarse a: instrucciones de conexión segura, lista de inventario del comerciante, dirección, información de contacto, información de cuenta del comerciante, contraseñas, instrucciones de acceso, especificaciones de implementación de comerciante, políticas y procedimientos pertinentes al comerciante 16. En términos de los datos de código de producto 3, los datos de código de producto 3 pueden ser referenciados a información única en la tabla 63 que es únicamente relevante a la interfase de transacción 15, tal como por ejemplo, un ID de comerciante único que identifica al comerciante 16 y dicho perfil de comerciante 117 en el servidor de transacción 6. El perfil de comerciante 117 (según referenciado a través de la tabla 63) puede contener información pertinente al comerciante 16 incluyendo, pero no limitándose a: instrucciones de conexión segura, lista de inventario de comerciante, dirección, información de contacto, información de cuenta del comerciante, contraseñas, instrucciones de acceso, puntos específicos de implementación del comerciante, políticas y procedimientos pertinentes al comerciante 16.
Etapa 12. La interfase de transacción 15 puede buscar los métodos de pago disponibles para el Consumidor 18 y regresarlos junto con los detalles de transacción 5 a la aplicación móvil 113. Los métodos disponibles dependerán en las opciones disponibles para el Consumidor 18 particular. Los métodos de pago incluyen pero no se limitan a: monedero electrónico, cupón, tarjeta de regalo, tarjeta de débito y crédito. Las limitantes adicionales en las opciones se impondrán basadas en fondos disponibles para cada uno de los métodos configurados, moneda, cantidad de la transacción u otros parámetros. En el caso de tarjetas de regalo o cupones, los fondos disponibles para el Consumidor 18 pueden alterarse basado en propiedades pre-definidas del cupón o tarjeta de regalo. Por ejemplo, una tarjeta de regalo para el Comerciante X ingresada en la cuenta del Consumidor 72 en la Plataforma de Pago 14 podría solamente aumentar los fondos disponibles para los Consumidor 18 cuando se haga una compra con el Comerciante X.
Etapa 13. La aplicación móvil 113 presenta (por ejemplo, datos de salida 217) un resumen de la transacción 5 a completarse (por ejemplo, montos, cantidades, identidad del comerciante, etc.) en el dispositivo móvil del Consumidor 12.
Etapa 14. En una modalidad, pueden presentarse campos de entrada adicionales al Consumidor 18 por la aplicación móvil 113. Por ejemplo, en el caso de una compra de restaurant o taxi típicamente existirá el deseo de permitir al Consumidor 18 agregar una "propina" adicional al monto total de la transacción 5 (por ejemplo, como datos de entrada 215).
Etapa 15. La aplicación móvil 113 puede presentar los métodos de pago disponibles al Consumidor 18 junto con los detalles de la transacción 5 desde la etapa 13 y, si es aplicable, la etapa 14.
Etapa 16. El Consumidor 18 puede seleccionar su método preferido de pago y proporcionar cualesquier datos de autenticación adicional de pago, tal como un PIN o contraseña.
Etapa 17. La aplicación móvil 113 puede comunicarse con la Plataforma de Pago (por ejemplo, sistema de procesamiento de transacción 14) mediante la interfase de transacción 15 para autenticar al Consumidor 18 y procesar el pago.
Etapa 18. Tras la autenticación exitosa del PIN, la Plataforma de Pago (por ejemplo, sistema de procesamiento de transacción 14) entonces puede realizar las transacciones 5 financieras solicitadas para cargar la cantidad de la transacción a la Cuenta de Pago 72 del Cliente y acreditar el monto a la cuenta 70 del comerciante.
Etapa 19. Tras la terminación exitosa de la transacción, la aplicación móvil 113 puede solicitar al Consumidor 18 enviar los Datos de la Forma de Orden al comerciante 16 en situaciones en donde puedan ser requeridos (por ejemplo, para proporcionar una dirección de envío para bienes pesados).
Etapa 20. El Consumidor puede seleccionar "SI" y la aplicación móvil 113 instruye a la interfase de transacción 15 a enviar los Datos de la Forma de Orden a una interfase de Aplicación de Pago Móvil 8 que se ejecuta en el Servidor de Transacción del Comerciante 17.
Etapa 21. La interfase de transacción 15 puede notificar a la interfase de comerciante 8 en la Terminal de POS 17 de comerciante de la terminación de la Transacción 5 al transmitir la información de transacción en un mensaje de confirmación, que incluye pero sin limitarse a lo siguiente: · Fecha y hora; • nombre del comerciante; • ID de la transacción; • Monto de la transacción; • Estado de la transacción (aprobada / declinada); y · Cualquier otra información de identificación requerida por el comerciante y estándares de POS vigentes Mientras la información de la transacción 5 se describe en la presente transmitiéndose a la interfase de comerciante 8 en la Terminal de POS 17 de comerciante, debe apreciarse que esto también puede transmitirse indirectamente a la interfase de comerciante 8 en la Terminal de POS 17 de comerciante, es decir, la información de la transacción 5 puede transmitirse al Servidor de Transacción de Comerciante 17, para pasarse en la interfase de comerciante 8 y de este modo a la terminal POS adyacente del consumidor 18.
Etapa 22. La interfase de transacción 15 también puede notificar a la aplicación móvil 113 con la misma o similar información de la transacción 5 como se transmitió al comerciante 16 (etapa 21).
Etapa 23. La interfase de transacción 15 puede notificar al Consumidor 18 de la terminación de la Transacción 5 y enviar por correo electrónico un recibo a la dirección de correo electrónico registrada del Consumidor. En el caso de una transacción de POS 5, puede darse un recibo en papel al Consumidor 18. La transacción 5 ahora está completa.
En una modalidad alternativa, el servicio de transacción 20 también puede utilizarse similarmente para facilitar las compras de artículos desde Medios Electrónicos, Medios Impresos y otras aplicaciones "estáticas". En esos casos, una OMRI 200 pre-codificada que contiene información que es específica de la transacción (por ejemplo, ID del comerciante, nombre del comerciante, nombre de los productos, precios de los productos, total, URL del comerciante, etc.) puede presentarse en tales Medios Electrónicos o Medios Impresos para escanearse por el dispositivo móvil del Consumidor. Las etapas para esta modalidad alternativa serán ampliamente idénticas a aquellas descritas en el método ejemplar anterior, excepto que las etapas 1-4 anteriores se sustituirán por: Etapa 1. Una OMRI 200 pre-codificada o los datos de código de producto 3 que contienen o de otra manera hacen referencia a información específica a una Transacción (por ejemplo, ID del comerciante, nombre del comerciante, nombre de los productos, precios de los productos, total, URL del comerciante, etc.) puede presentarse en Medios Electrónicos o Medios Impresos para escanearse por el dispositivo móvil del Consumidor 12 o de otra manera para entrada de datos a través de la interfase de usuario del dispositivo 12 (por ejemplo, entrada de texto).
Debe apreciarse que en el caso de una modalidad tal como una que involucra Medios Impresos, en donde no existe MPA ejecutándose en una Terminal de POS de comerciante, la etapa 21 podrá modificarse como sigue: Etapa 21. La interfase de transacción 15 puede notificar a la interfase de comerciante 8 en el Servidor de Transacción de Comerciante 17 de la terminación de la Transacción 5 al transmitir la información de la transacción 5, que incluye lo siguiente: · Fecha y hora; • nombre del comerciante; • ID de la transacción; • Monto de la transacción; • Estado de la transacción (aprobada / declinada); y · Cualquier otra información de identificación requerida por el comerciante.
Configuración ejemplar de sistemas de procesamiento 80, 90 Con referencia a la Figuras 2 y 3, el servicio de transacción 20, por ejemplo, tiene la inferíase de transacción 15 que incluye el sistema de procesamiento de transacción 80 y el sistema de procesamiento 90 de la OMRI o los datos de código de producto 3, de modo que el sistema de procesamiento 90 de la OMRI genera la OMRI 200 o los datos de código de producto 3 para el comerciante 16 (o directamente para el consumidor 18) y el sistema de procesamiento de transacción 80 interactúa con el comerciante 16 y el consumidor 18 para procesar la transacción 5 entre ellos recibir la OMRI 200 o los datos de código de producto 3 (y/o la información obtenida desde de la OMRI 200 o los datos de código de producto 3 desde la aplicación de transacción 113 proporcionada en el dispositivo de computadora 12) desde el consumidor 18. También se reconoce (como se muestra en la Figura 2) que la interfase de comerciante 8 también puede tener un sistema de procesamiento de transacción 80 y un sistema procesamiento 90 con una funcionalidad similar o diferente (por ejemplo, complementaria) a aquella de los sistemas 80,90 de la interfase de transacción 5.
En cualquier caso, lo siguiente es un ejemplo descriptivo ilustrativo de la funcionalidad básica del sistema de procesamiento 80 y sistema 90 para la implementación por la interfase de comerciante 8, la interfase de transacción 15, o una combinación de las mismas. Las secciones subsiguientes proporcionan ejemplos de implementación más específicos de diversos componentes del sistema de procesamiento 80 y el sistema 90 (por ejemplo, módulos de red 40,50, módulos de generación 32, 62 de la OMRI o los datos de código de producto 3, módulos de codificador 66 (incluyendo módulos de transacción 34), módulos de registro 60, módulos de presentación, y módulo de generación de transacción 30). Se reconoce que cualquier funcionalidad relacionada con la generación de la OMRI o los datos de código de producto 3 puede implementarse por el sistema de procesamiento 80 y cualquier transacción que procesa la funcionalidad relacionada puede implementarse por el sistema 90, de forma intercambiable si se desea. También se reconoce que los sistemas 80,90 se comunican uno con otro, si es necesario.
Con referencia a la Figura 3, el sistema de procesamiento 80 tiene un módulo de registro 60 para mediante mensajes de registro 82 (mediante la red 11 con los dispositivos 12,17) con el consumidor 18 y el comerciante 16: registran comerciantes 16 para la interacción con el servicio de transacción 20 y crear un perfil de comerciante (por ejemplo, detalles de registro de comerciante 117 pueden incluir datos de comerciante almacenados 208); registrar consumidores 18 para la interacción con el servicio de transacción 20 y crear un perfil del consumidor (por ejemplo, detalles de registro de consumidor 117 que pueden incluir datos de consumidor almacenados 211). También se incluye un módulo de comunicación de red 40,50 para comunicar mensajes de red 13 (y otros mensajes de red específicos como se proporcionan a continuación) entre el dispositivo de computadora 12 y las interfaces 8,15 y entre las interfaces 8,15, por ejemplo. Los mensajes de red 13, en general, se proporcionan para comunicación de información no codificada del comerciante, consumidor, y producto 201, información de simbología 204 en la forma de la OMRI 200 generada, la tabla 63 conteniendo información 61 que está indexada o de otra manera referenciada en forma cruzada a los datos de código de producto 3, información de confirmación que denota si la transacción 5 se ha procesado exitosamente por las interfaces 8,15 y/o el sistema de procesamiento de transacción 14, los mensajes de solicitud de transacción desde el dispositivo de computadora 12 solicitando el procesamiento de la transacción 5 (incluyendo información 201 descodifica desde la OMRI 200 o de otra forma obtenida de los datos de código de producto 3 y/o información de simbología 204 en o de otra forma desde la OMRI 200 en forma no codificada), y cualquier otro mensaje de red descrito en la presente relacionado con los mensajes de solicitud y respuesta para el procesamiento de la transacción 5. También se incluye un módulo de generación de transacción 30 configurado para recolectar la información diversa 201 (por ejemplo, datos de producto 206, datos de comerciante 208, datos de transferencia o transacción 210, datos de consumidor 211, y/o datos de identificador de comerciante o transacción 203) para conversión en la información de simbología 204 por el sistema 90 o de otra manera inserción en la tabla 63 como información 61 que después es indexada o de otra manera referencia en forma cruzada a los datos de código de producto 3. También puede incluirse un módulo de presentación 33 para configurar la OMRI 200 generada o los datos de código de producto 3 para presentación en una pantalla y/o su impresión en un medio físico (o presentación audible de los datos de código de producto 3).
También puede incluirse un módulo de procesamiento de transacción 65 para coordinar las instrucciones de transferencia de fondos entre las cuentas financieras 70,72 establecidas por el sistema de procesamiento de transacción 14, utilizando mensajes de red 54,56. También puede incluirse un módulo de solicitud de transacción 34, el cual puede configurarse para generar una solicitud de transacción 5 al servicio de transacción 20 incluyendo información descodificada de la OMRI 200 o I os datos de código de producto 3 cuando sea apropiado.
Con referencia a la Figura 2, el sistema de la OMRI 90 tiene un módulo de generación de la OMRI 32,62 que utiliza un codificador 120 para codificar la información de comerciante y producto no codificada obtenida 201, opcionalmente los datos de identificador 203, así como cualquier otro de los datos de producto 206, datos de comerciante 208, los datos de transacción 210, datos de consumidor 211, en la información de simbología 204 para inclusión en la OMRI 200 generada, para su subsiguiente entrega al entorno de consumidor 4 (por ejemplo, mediante el comerciante 16) y/o directamente al consumidor 18. Alternativamente, los módulos de generación 32, 62 pueden insertar, en la tabla 63, la información 61 que después es indexada o de otra manera referencia de manera cruzada a los datos de código de producto 3 (por ejemplo, información de comerciante y de producto 201, opcionalmente los datos de identificador 203, así como cualquier otro dato de producto 206, dato de comerciante 208, dato de transacción 210, dato de consumidor 211 a ser insertado en la tabla 63 como la información 61 mapeada a los datos de código de producto 3). También se incluye un módulo de transacción 34 y/o módulo descodificador 66 que utiliza un descodificador 119 para descodificar la información de simbología obtenida 204 desde la OMRI 200 recibida en la información del comerciante y producto 201, opcionalmente los datos de identificador 203, así como cualquier otro de los datos de producto 206, datos de comerciante 208, los datos de transacción 210, datos de consumidor 211. Alternativamente, el módulo de transacción 34 y/o el módulo de descodificador 66 pueden utilizar los datos de código de producto 3 para tener acceso a la tabla de búsqueda 63 y obtener la información 61 que es mapeada a los datos de código de producto 3 en la tabla.
También se incluye un módulo de tipo de transacción 68 que se configura para seleccionar las instrucciones de flujo de trabajo apropiadas 218, los datos de entrada 215 y los datos de salida 217 requeridos por la transacción 5 asociada con el identif icador 203 obtenido desde la Información de simbología de la OMRI 204 o los datos de código de producto 3. Basado en las instrucciones de flujo de trabajo apropiadas 218, los datos de entrada 215 y los datos de salida 217 asociados con la transacción 5, el módulo de tipo de transacción 68 proporciona el contenido (o procesa el contenido esperado) de los mensajes de red 13 en la interacción entre los dispositivos de computadora 6,12, 7.
Dispositivo de computadora 12 Con referencia a la Figura 6, cada dispositivo de computadora 12 puede ser un asistente de datos personales con capacidad inalámbrica (por ejemplo, WiFi, WAN, etc.), o un teléfono inalámbrico con capacidad de correo electrónico, o una terminal de computadora de escritorio. Además, las comunicaciones inalámbricas no se limitan a solamente a facilitar transmisión de datos de texto (por ejemplo, cifrados) y además pueden utilizarse para transmitir datos de imágenes, datos de audio o datos multimedia, por ejemplo, según se desee.
Como se muestra en la Figura 6, el dispositivo de computadora 12 comprende una interfase de red de comunicación 102, una interfase de usuario 104, y un sistema de procesamiento de datos 106 en comunicación con la interfase de red 102 y la interfase de usuario 104. La interfase de red 102 puede incluir una o más antenas para la comunicación inalámbrica a través de la red de comunicaciones 11. De preferencia, la interfase de usuario 104 comprende un dispositivo de ingreso de datos (tal como teclado, micrófono o tableta de escritura), y un dispositivo de visualización (tal como una pantalla de LCD). La pantalla de visualización de la interfase de usuario 104 pueden utilizarse para presentar visualmente una interfase de usuario gráfica (GUI) de la aplicación de transacción 113 al usuario, incluyendo resultados del Proceso de captura de imagen y procesamiento de la OMRI 200. La pantalla de visualización puede emplear una pantalla de visualización táctil, en cuyo caso el usuario puede manipular (es decir, ingresar y/o modificar/borrar) la información de la transacción 5 (por ejemplo, datos de producto 206, datos de comerciante 208, datos de consumidor 211 y/o los datos de transacción 210) obtenidos como información textual 201 desde la OMRI 200 descodificada o los datos de código de producto 3 y/o como información suplementaria (por ejemplo, datos de comerciante 208, datos de consumidor 211) agregados a la información textual 201 para generar el mensaje de Red 13 de la solicitud de transacción 64).
El sistema de procesamiento de datos 106 incluyen una unidad de procesamiento central (CPU) 108, denominada de otra forma como un procesador de computadora, y un dispositivo de almacenamiento de memoria no volátil (por ejemplo, DISCO) 110 (tal como una memoria de disco magnético o una memoria electrónica) y una memoria de lectura/escritura (RAM) 112 ambas en comunicación con el CPU 108. La memoria 110 incluyen datos los cuales, cuando se cargan en la RAM, comprenden instrucciones de procesador para la CPU 108 las cuales definen objetos de memoria para permitir al dispositivo de computadora 12 comunicarse uno con el otro y el servicio de transacción 20 (para acceder a la interfase de transacción 15) y la interfase de comerciante 8 (por ejemplo, uno o más servidores de procesamiento) a través de la red de comunicaciones 11. Las instrucciones del procesador para el CPU 108 se discutirán en mayor detalle a continuación.
La CPU 108 se configura para ejecución de la aplicación de transacción 113 (incluyendo por ejemplo parte o toda la funcionalidad del sistema 80,90) para facilitar la comunicación entre el dispositivo de computadora 17 y el dispositivo de computadora 6 del servicio de transacción 20. Por ejemplo, se reconoce que la aplicación de transacción 113 se utiliza para coordinar, como se implemento por la CPU 108, la generación, recibo, y procesamiento de la OMRI 200 y los mensajes 13 de transacción 5. Por ejemplo, la aplicación de transacción 113 puede operar al generador de imagen 118 y al codificador/descodificador 119,120.
La CPU 108 facilita el desempeño del dispositivo de computadora 12 configurado para tareas previstas (por ejemplo, de los módulos respectivos de la aplicación de transacción 113) a través de la operación de la interfase de red 102, la interfase de usuario 104 y otros programas/hardware de aplicación (por ejemplo, navegadores de red disponibles para la aplicación de transacción 113) del dispositivo de computadora 12 al ejecutar instrucciones relacionadas con las tareas. Estas instrucciones relacionadas con las tareas pueden proporcionarse por un sistema operativo, y/o aplicaciones de software localizadas en la memoria, y/o por la capacidad de operación que se configura en la circuitería electrónica/digital de los procesadores 108 diseñados para realizar las tareas específicas, incluida la operación de los módulos asociados con la funcionalidad de los sistemas 80,90. Además, se reconoce que la infraestructura del dispositivo 106 puede incluir un medio de almacenamiento legible por computadora 110 acoplado al procesador 108 para proporcionar instrucciones al procesador 108 y/o para cargar/actualizar las instrucciones. El medio legible por computadora 110 puede incluir hardware y/o software tal como, solamente a modo de ejemplo, tarjetas de memoria tales como memoria flash u otras memorias de estado sólido.
Además, se reconoce que el dispositivo de computadora 12 puede incluir las aplicaciones ejecutables que comprenden instrucciones legibles por código o máquina para implementar funciones/operaciones predeterminadas que incluyen aquellas de un sistema operativo, el generador de imagen 118, el descodificador 119, el codificador 120 y la aplicación de transacción 113, y el navegador, por ejemplo. El procesador 108 como se utiliza en la presente es un dispositivo configurado y/o conjunto de instrucciones legibles por computadora para realizar operaciones como se describe por el ejemplo anterior, que incluyen aquellas operaciones como se realiza por cualquiera o todos del generador de imagen 118, el descodif icador 119, el codificador 120 y la aplicación de transacción 113. Como se utiliza en la presente, el procesador 108 puede comprender cualquiera o una combinación de, hardware, firmware, y/o software. El procesador 108 actúa tras información al manipular, analizar, modificar, convertir o transmitir información para su uso por un procedimiento ejecutable o un dispositivo de información, y/o al enrutar la información con respecto a un dispositivo de salida. El procesador 108 puede utilizar o comprender las capacidades de un controlador o un microprocesador, por ejemplo.
El sistema de procesamiento de datos 106 incluyen el generador de imagen 118 (por ejemplo, una cámara que incluye un sensor de imagen - por ejemplo, sensor de CCD o CMOS) adecuado para capturar imágenes de la OMRI 200 o los datos de código de producto 3 presentados o de otra forma presentada por el comerciante 16 dentro del margen de generador de imagen 118. La aplicación de transacción 113 se configura para controlar la operación del generador de imagen 118 para capturar la imagen de la OMRI 200, así como para operar el descodif icador 119 para proporcionar descodificación al menos a una porción de la información de simbología 204 en la información textual 201, si se configura así, para el uso subsiguiente para generar mensajes de solicitud de transacción/pago 13 dirigidas al servicio de transacción 20. El almacenamiento 110 también puede contener el esquema de interpretación de codificación personalizado 209 para el uso en descodificar/codificar la OMRI 200.
Además, se reconoce que el dispositivo 12 puede incluir aplicaciones ejecutables que comprenden instrucciones legibles por código o máquina para implementar funciones/operaciones predeterminadas que incluyen aquellas de un sistema operativo y los módulos asociados con cualquiera de la funcionalidad de los sistemas 80,90 por ejemplo.
Dispositivo de servicio de transacción 6 Con referencia a la Figura 7, el dispositivo 6 puede ser asistente de datos personales con capacidades inalámbricas (por ejemplo, WiFi, WAN, etc.), o un teléfono inalámbrico con capacidad de correo electrónico, por ejemplo una computadora tipo Tableta. Además, las comunicaciones inalámbricas no se limitan a facilitar solamente la transmisión de datos de texto (por ejemplo, cifrado) y además pueden utilizarse para transmitir datos de imágenes, datos de audio o datos multimedia, por ejemplo, como se desee. De preferencia, el dispositivo 6 es un servidor de red, por ejemplo.
Como se muestra en la Figura 7, el dispositivo 6 puede comprender una interfase de red de comunicación 102, una interfase de usuario 104, y un sistema de procesamiento de datos 106 en comunicación con la interfase de red 102 y la interfase de usuario 104. La interfase de red 102 puede incluir una o más antenas para comunicación inalámbrica a través de la red de comunicaciones 11.
La interfase de usuario 104 puede comprender un dispositivo de ingreso de datos (tal como teclado, micrófono o tableta de escritura), y un dispositivo de visualización (tal como una pantalla de LCD).
El sistema de procesamiento de datos 106 incluye una unidad de procesamiento central (CPU) 108, denominada de otra forma como un procesador de computadora, y un dispositivo de almacenamiento de memoria volátil o no volátil (por ejemplo, DISCO) 110 (tal como un memoria de disco magnético o una memoria electrónica) y una memoria de lectura/escritura (RAM) 112 ambas en comunicación con la CPU 108. La memoria 110 incluye datos los cuales, cuando se cargan en la RAM, comprenden instrucciones del procesador para la CPU 108 las cuales definen objetos de memoria para permitir al dispositivo 6 comunicarse con los dispositivos de computadora 17,12 y el sistema de procesamiento de transacción 14 (por ejemplo, uno o más servidores de procesamiento) a través de la red de comunicaciones 11. Las instrucciones pueden utilizarse para proporcionar o de otra forma alojar la interfase de transacción 15 como un sitio de red ejecutándose en el dispositivo de computadora 6 y accedido mediante la red 11.
El CPU 108 se configura para ejecución de la interfase de transacción 15 para facilitar la comunicación con el sistema de procesamiento de transacción 14 y los dispositivos de computadora 17,12. Por ejemplo, se reconoce que la interfase d e transacción 15 se utiliza para coordinar, como se ímplementa por la CPU 108, la generación, recibo, y el procesamiento del información textual 201 y la información de simbología 204 de la OMRI 200 y el uso de los datos de código de producto 3 para tener acceso a la tabla de búsqueda 63, así como coordinar la liquidación de transferencia de fondos de la transacción 5, si hay alguna, entre las cuentas especificadas 70,72.
La CPU 108 facilita el desempeño del dispositivo 6 configurado para tareas previstas (por ejemplo, de los módulos respectivos de la interfase de transacción 15) a través de la operación de la interfase de red 102, la interfase de usuario 104 y otros programas/hardware de aplicación (por ejemplo, servicio de red disponibles a través de la interfase de transacción 15) del dispositivo 6 al ejecutar instrucciones relacionadas con la tarea. Estas instrucciones relacionadas con la tarea pueden proporcionarse por un sistema operativo, y/o aplicaciones de software localizadas en la memoria, y/o por la capacidad de operación que se configura en la circuitería electrónica/digital de los procesadores 108 diseñados para realizar las tareas específicas. Además, se reconoce que la infraestructura del dispositivo 106 puede incluir el medio de almacenamiento legible por computadora 110 acoplado al procesador 108 para proporcionar instrucciones al procesador 108 y/o para cargar/actualizar las instrucciones. El medio legible por computadora 110 puede incluir hardware y/o software tal como, solamente a modo de ejemplo, tarjetas de memoria tal como memoria flash u otra memorias de estado sólido. El almacenamiento 110 también puede contener el esquema de interpretación de codificación personalizado 209 para el uso en codificar y/o descodificar la OMRI 200, así como la interpretación de los datos de código de producto 3 a través de la taba de búsqueda 63.
Además, se reconoce que el dispositivo 6 puede incluir las aplicaciones ejecutables que comprenden instrucciones legibles por código o máquina para implementar funciones/operaciones predeterminadas que incluye aquellas de un sistema operativo y los módulos asociados con cualquier de la funcionalidad de los sistemas 80,90 por ejemplo. El procesador 108 como se utiliza en la presente es un dispositivo configurado y/o conjunto de instrucciones legibles por máquina para realizar operaciones como se describen por el ejemplo anterior, incluyendo aquellas operaciones como se realizan por cualquiera o todos de los módulos asociados con cualquiera de la funcionalidad de los sistemas 80,90. Como se utiliza en la presente, el procesador 108 puede comprender cualquiera o una combinación de, hardware, firmware, y/o software. El procesador 108 actúa tras la información al manipular, analizar, modificar, convertir o transmitir información para su uso por un procedimiento ejecutable o un dispositivo de información en relación con el procesamiento de la transacción 5, y/o al enrutar la información con respecto a un dispositivo de salida. El procesador 108 puede utilizar o comprender las capacidades de un controlador o microprocesador, por ejemplo.
Dispositivo del Comerciante 17 Con referencia a la Figura 8, el dispositivo 17 puede ser un asistente de datos personales con capacidades inalámbricas (por ejemplo, WiFi, WAN, etc.), o un teléfono inalámbrico con capacidad de correo electrónico, por ejemplo una tableta. Además, las comunicaciones inalámbricas no se limitan a facilitar solamente la transmisión de datos de texto (por ejemplo, cifrado) y además pueden utilizarse para transmitir datos de imágenes, datos de audio o datos multimedia, por ejemplo, como se desee. El dispositivo 17 también puede ser un servidor de red o una asociación de dispositivos de computadora tal como una terminal de POS, tanto por cable e inalámbrico.
Como se muestra en la Figura 8, el dispositivo 17 puede comprender una interfase de red de comunicación 102, una interfase de usuario 104, y un sistema de procesamiento de datos 106 en comunicación con la interfase de red 102 y la interfase de usuario 104. La interfase de red 102 puede incluir una o más antenas para comunicación inalámbrica a través de la red de comunicaciones 11. La interfase de usuario 104 puede comprender un dispositivo de ingreso de datos (tal como teclado, micrófono o tableta de escritura), y un dispositivo de visualización (tal como una pantalla de LCD).
El sistema de procesamiento de datos 106 incluye una unidad de procesamiento central (CPU) 108, denominada de otra forma como un procesador de computadora, y un dispositivo de almacenamiento de memoria volátil o no volátil (por ejemplo, DISCO) 110 (tal como una memoria de disco magnético o memoria electrónica) y una memoria de lectura/escritura (RAM) 112 ambas en comunicación con la CPU 108. La memoria 110 incluye datos los cuales, cuando se cargan en la RAM, comprenden instrucciones de procesador para la CPU 108 las cuales definen objetos de memoria para permitir al dispositivo 6 para comunicarse con los dispositivos de computadora 6,12 a través de la red de comunicaciones 11. Las instrucciones pueden utilizarse para proporcionar o de otra forma alojar la interfase del comerciante 8 como un sitio de red que se ejecuta en el dispositivo de computadora 17 y se accede mediante la red 11.
La CPU 108 se configura para la ejecución de la interfase del comerciante 8 para facilitar la comunicación con los dispositivos de computadora 6,12. Por ejemplo, se reconoce que la interfase del comerciante 8 se utiliza para coordinar, como se implementa por la CPU 108, la generación, recibo, y procesamiento de la información textual 201 y la información de simbología 204 de la OMRI 200, interpretación u otro procesamiento y/o transmisión o retransmisión de los datos de código de producto 3, así como coordinar la transferencia de datos 206,208,210,211,203 o datos 3 mediante mensajes de red 13 entre los dispositivos 6,12,17.
La CPU 108 facilita el desempeño del dispositivo 17 configurado para tareas previstas (por ejemplo, de los módulos respectivos de la interfase del comerciante 8) a través de la operación de la interfase de red 102, la interfase de usuario 104 y otros programas/hardware de aplicación (por ejemplo, servicio de red disponible a través de la interfase del comerciante 8) del dispositivo 17 al ejecutar instrucciones relacionadas con la tarea. Estas instrucciones relacionadas con la tarea pueden proporcionarse por un sistema operativo, y/o aplicaciones de software localizadas en la memoria, y/o por la capacidad de operación que se configura en la circuitería electrónica/digital de los procesadores 108 diseñados para realizar las tareas específicas. Además, se reconoce que la infraestructura del dispositivo 106 puede incluir el medio de almacenamiento legible por computadora 110 acoplado al procesador 108 para proporcionar instrucciones al procesador 108 y/o para cargar/actualizar las instrucciones. El medio legible por computadora 110 puede incluir hardware y/o software tal como, solamente a modo de ejemplo, tarjetas de memoria tal como memoria flash u otras memorias de estado sólido. El almacenamiento 110 también puede contener el esquema de interpretación de codificación personalizado 209 para uso en codificar y/o descodificar la O RI 200 o de otra manera interpretar los datos de código de producto 3.
Además, se reconoce que el dispositivo 17 puede incluir las aplicaciones ejecutables que comprenden instrucciones legibles por código o máquina para implementar funciones/operaciones predeterminadas que incluye aquellas de un sistema operativo y los módulos asociados con cualquiera de la funcionalidad de los sistemas 80,90 por ejemplo. El procesador 108 como se utiliza en la presente es un dispositivo configurado y/o conjunto de instrucciones legibles por máquina para realizar operaciones como se describe por el ejemplo anterior, incluyendo aquellas operaciones como se realizan por cualquiera o todos de los módulos asociados con cualquiera de la funcionalidad de los sistemas 80,90. Como se utiliza en la presente, el procesador 108 puede comprender cualquiera o una combinación de, hardware, firmware, y/o software. El procesador 108 actúa tras la información al manipular, analizar, modificar, convertir o transmitir información para su uso por un procedimiento ejecutable o un dispositivo de información en relación al procesamiento de la transacción 5, y/o al enrutar la información con respecto a un dispositivo de salida. El procesador 108 puede utilizar o comprender las capacidades de un controlador o microprocesador, por ejemplo.
Ejemplo de Interfase del Comerciante 8 La interfase del comerciante 8 puede configurarse como un cliente complejo de las capacidades de generación (módulo de generación 62) del servicio de transacción 20, de modo que la interfase del comerciante 8 se proporciona con funcionalidades de transacción y/o procesamiento similares a (o al menos una porción de) la funcionalidad del sistema de procesamiento de transacción 80 y/o el sistema de procesamiento 90 como se describe en o anterior para el servicio de transacción 20 y a continuación como ejemplos adicionales de la funcionalidad del sistema 80,90. Se reconoce que la versión del cliente complejo de la interfase del comerciante 8 puede configurarse para realizar del procesamiento en lugar de o de otra forma en sustitución de cualquiera de la funcionalidad de procesamiento del sistema de procesamiento/generación ¡mplementado por el servicio de transacción 20 durante el procesamiento de la transacción 5. También se reconoce que la versión del cliente complejo de la interfase del comerciante 8 también puede configurarse para comunicarse a través la red 11 mediante una serie de páginas web como se generan o reciben de otra forma por la interfase del comerciante 8, enviadas como mensajes de red entre el dispositivo de computadora 17 y el servicio de transacción 20. También se reconoce que la interfase del comerciante 8 puede solicitar o de otra forma obtener la OMRI 200 pertinente a la transacción 5 directamente desde el servicio de transacción 20, es decir, operando como un cliente ligero del servicio de transacción 20, en lugar de generar directamente la OMRI 200 o los datos de código de producto 3 utilizando los sistemas de la interfase del comerciante 8 misma. En cualquier caso, la siguiente descripción del módulo 62 puede ser representativa de las capacidades de generación del módulo 62 de la interfase del comerciante 8 y/o del módulo 62 del servicio de transacción 20, como se desee.
Con referencia a la Figura 8, se muestra una configuración ejemplar de la interfase del comerciante 8 que puede incluir un módulo de comunicaciones de red 50 para recibir mensajes de solicitud de orden desde el dispositivo de computadora 12 y para envía mensajes de respuesta de orden al dispositivo de computadora 12 a través de una red de comunicaciones 11. La red de comunicaciones 11 puede ser una o más redes, por ejemplo tales como pero sin limitarse a: la Internet; una extranet; y/o una intranet. Además, la red de comunicaciones 11 puede hacer una red por cable o inalámbrica. También se reconoce que los mensajes de red pueden comunicarse entre el dispositivo de computadora 12 y el módulo de comunicaciones de red 50 mediante protocolos de comunicación inalámbrica de corto alcance tales como pero sin limitarse a Bluetooth TM, infrarrojo (IR), radiofrecuencia (RF), comunicación de campo cercano (NFC) y otros protocolos como se desee.
El módulo de comunicaciones de red 50 también puede configurarse para enviar y recibir mensajes de confirmación de orden a través de la red de comunicaciones 11 con respecto al sistema de procesamiento de transacción de pago 14. También incluye una base de datos 110 que contiene datos de producto 206 (por ejemplo, precio de producto, descripción de producto, disponibilidad del producto, etc.), datos del comerciante 208 (por ejemplo, número de cuenta bancaria del comerciante, una ID de referencia de comerciante único del comerciante asignado por la interfase de transacción 15, detalles de registro del negocio o impuestos del comerciante), e información de dirección de red 11 de la interfase de transacción 15. La base de datos 110 también puede tener definiciones OMRI personalizadas de un esquema de codificación personalizado 209 que contiene relaciones (por ejemplo, reglas) entre la simbología legible por máquina y palabras código utilizadas para codificar (o descodificar) información de factura durante la generación de la OMRI 200 utilizada para representar la transacción 5.
Por ejemplo, el esquema de codificación personalizado 209 pueden utilizarse para codificar (es decir, traducir) información no codificada (por ejemplo, basada en texto) 201 de la transacción 5 en información de simbología 204, realizado durante la generación de la O RI 200. El esquema de codificación personalizado 209 también puede utilizarse para descodificar (es decir, interpretar) información de simbología 204 presente en la OMRI 200 en información no codificada 201 de la transacción 5 durante el procesamiento de la OMRI 200 (por ejemplo, por el dispositivo de computadora 12 y/o la interfase de transacción 15). Se reconoce que el esquema de codificación personalizado 209 se conoce para la interfase de transacción 15 (por ejemplo, por su módulo de generación de la OMRI 62) y puede incluir palabras código personalizadas pertinentes a la información de factura específica tal como pero sin limitarse a: ID del comerciante, ID del consumidor; monto de la factura; número de factura; etc. se reconoce que el procesamiento de los datos de código de producto 3 puede realizarse al acceder a la tabla de búsqueda 63 del servicio de transacción 20 y/o a una tabla de búsqueda 63 residente o de otra manera accesible externa al servicio de transacción 20.
Con referencia de nuevo a la Figura 9, la interfase del comerciante 8 tiene un módulo de generación de orden 60 utilizado para recolectar los datos de la transacción 5 (por ejemplo, datos de producto 206, datos de comerciante 208, datos de consumidor 209 y/o datos de transacción 210 - véase la Figura 3) para la pluralidad de productos ordenados/seleccionados por el consumidor 18 durante la interacción (por ejemplo, en línea) con la interfase de comerciante 8 mediante el dispositivo de computadora 12 (por ejemplo, a través de la red de comunicaciones 11). Se reconoce que los datos de producto 206 y parte de los datos de consumidor 211 de la transacción 5, tales como productos específicos ordenados y cantidad de cada producto, pueden proporcionarse al módulo de generación de orden 60 obtenido desde los mensajes de solicitud de orden (por ejemplo, mediante el módulo de comunicaciones de red 50). Además, el módulo de generación de orden 60 podría recolectar (o de otra forma recibir) los datos del comerciante 208 para la transacción 5 desde la base de datos 110 así como la información del precio (por ejemplo, datos de producto 206) de los productos ordenados. El módulo de generación de orden 60 también genera los datos de transacción 210 pertinentes al precio total del producto (opcionalmente incluyendo impuestos aplicables) que incluye la información de identificación del monto total que debe el consumidor al comerciante (asociado con o de otra forma representado por la información de cuanta bancaria del comerciante) de la transacción 5. Por ejemplo, en términos de información de cuenta bancaria del comerciante, podría suministrarse como parte de la información de comerciante incluida en los datos de la transacción 5 o podría suministrarse como una Información de identificación del comerciante (por ejemplo, ID del comerciante) utilizada por la interfase de transacción 15 para buscar la información de cuenta bancaria del comerciante real conocida a la interfase de transacción 15 y por lo tanto abstraerlo desde el consumidor 18.
La interfase de comerciante 8 tiene el módulo 62 que puede configurarse para utilizar los datos de transacción 5 disponibles y el esquema de codificación personalizado 209 para generar la OMRI 200 o llenar la tabla de búsqueda 63 en el caso de los datos de código de producto 3. Se reconoce que la OMRI 200 o los datos de código de producto 3 pueden generarse por el módulo 62 que contiene datos de la transacción 5 pertinentes a los productos elegidos por el consumidor 18, incluyendo datos de transacción de pagos necesarios para el sistema de procesamiento 14 o la interfase de transacción 15 para establecer la transacción (asociado con los datos de transacción 5), incluyendo opcionalmente transferir fondos desde una cuenta específica del consumidor 18 a una cuenta específica del comerciante 16. En este ejemplo, se visualiza que el comerciante 16 podría pre-registrarse con la interfase de transacción 15 y proporcionarse con un ID del comerciante que se asocia con la información de cuenta real de comerciante 117 (y cualquier otra información delicada del comerciante) almacenada en una base de datos segura 110 de la interfase de transacción 15.
También se visualiza como una modalidad alternativa, que el módulo de la OMRI 62 puede configurarse para no generar parte o toda de la OMRI 200 o los datos de código de producto 3, en su lugar enviar mediante mensaje de solicitud los datos relevantes de la transacción 5 (como recolectados por el módulo de generación de orden 60) a la interfase de transacción 15. En respuesta, la ¡nterfase del comerciante 8 puede recibir mediante los mensajes de respuesta de la OMRI 200 generada o los datos de código de producto 3, para uso subsiguiente al proporcionar la OMRI 200 o los datos de código de producto 3 al consumidor 18. En este caso, el módulo 62 de la OMRI de la interfase de transacción 15 es la entidad que genera la OMRI 200 tras la solicitud de la interfase de comerciante 8.
Con referencia de nuevo a la Figura 9, la interfase de comerciante 8 también puede opcionalmente tener un módulo de presentación 63, utilizado por el comerciante 16 para presentar física y/o electrónicamente la OMRI 200 o los datos de código de producto 3 (por ejemplo, audiblemente en el caso de los datos de código de producto 3) al consumidor 18, por ejemplo cuando la orden y pago de los productos del comerciante ocurren en el punto de venta (POS). El POS se define como una ubicación de checkout o comprobación en donde la transacción de la orden se inicia y la confirmación de la aceptación o rechazo de la transacción se recibe, de modo que el comerciante 16 es el negocio (establecimiento o servicio) que toma el pago desde el consumidor 18 para los productos del comerciante. Por lo tanto, debe reconocerse que la interfase del comerciante 8 del sistema de POS puede definirse para incluir (o de otra forma asociarse con - por ejemplo, en comunicación con mediante una red de área local - no mostrada) una terminal POS física (por ejemplo, una caja registradora electrónica) en proximidad física al consumidor 18 en el momento de comprar y ordenar un producto. Por ejemplo, el módulo de presentación 63 puede configurarse para proporcionar instrucciones a una impresora para imprimir físicamente la OMRI 200 o los datos de código de producto 3 y/o puede configurarse para proporcionar instrucciones a una pantalla electrónica para presentar la OMRI 200 o los datos de código de producto 3. En cualquier caso, el módulo de presentación 63 de la OMRI se configura para presentar la OMRI 200 o los datos de código de producto 3 al consumidor 18 para la captura de imagen subsiguiente (de la OMRI 200) o captura de datos (por ejemplo, entrada de texto a través de la interfase de usuario) de los datos de código de producto 3 utilizando el dispositivo de computadora del consumidor 12 (es decir, el dispositivo móvil).
Codificación Un ejemplo del esquema de interpretación de codificación personalizado 209 para códigos de barras es un UPC (Código de Producto Universal) modificado para incluir datos específicos de factura. Otro ejemplo es un esquema QR modificado, como se describe en más detalle a continuación. Los números y/o letras (por ejemplo, ASCII -Código Estándar Americano para Intercambiar Información) almacenado en la información de simbología 204 o de la OMRI 200 son identif icadores únicos que representan el código estándar particular y el código personalizado (que representan datos específicos de factura) definidos en el esquema de codificación personalizado 209 que, cuando se lee por un descodificador OMRI, pueden utilizarse para buscar información adicional acerca del artículo de factura asociado con la OMRI 200. Por ejemplo, el precio, y descripción opcional, del producto se codificará en la OMRI 200 utilizando la información de simbología 204.
Por consiguiente, el módulo 62 de OMRI toma los datos del pago y utiliza los códigos y reglas asociados del esquema de interpretación de codificación personalizado 209 para convertir una pieza de información no codificada 201 (por ejemplo, una letra, palabra, frase, etc.) de los datos de transacción 5 en otra forma o representación (un signo en otro signo), no necesariamente del mismo tipo, es decir, la información de simbología 204. En el procesamiento de información realizado por el módulo de generación de la OMRI 62, la codificación es el proceso por el cual la información 201 de la transacción 5 se convierte en símbolos (del formato de símbolo 204 definido por el esquema de codificación personalizado 209) para comunicarse. La descodificación es un proceso inverso, convertir estos símbolos de código 204 de regreso en información no codificada 201 entendible por un receptor. Por lo tanto, la información de simbología 204 generada desde la información no codificada 201 de los datos de transacción 5 se utilizan por el módulo de generación de la OMRI 62 para construir la OMRI 200, de acuerdo con el esquema de codificación personalizado 209. Este OMRI 200 está disponible al módulo de comunicaciones de red 50 para enviarse en el mensaje de respuesta de orden (por ejemplo) al dispositivo 12 de computadora (por ejemplo, mostrado en una pantalla de navegador de la interfase de usuario 104 del dispositivo de computadora 12 - véase la Figura 5, entregada como un archivo de imagen en el mensaje de red, etc.). Se reconoce que la OMRI 200 representa simbólicamente los datos no codificados 201 de la transacción 5.
Con referencia de nuevo a las Figuras 2 y 4, la transacción 5 se utiliza por el consumidor 18 y el comerciante 16 para definir qué se ha comprado, cuándo, por quién, desde quién, y cuánto dinero se ha gastado en qué. La OMRI 200 se genera para incluir la información de simbología 204 como información de producto 201 para dos o más productos (por ejemplo) como la transacción 5, de modo que la información de simbología 204 de la OMRI 200 codifica la información 201 de los datos d^ producto 206, datos de comerciante 208, datos de consumidor 211 y/o datos de transacción 210 de la transacción 5. Por lo tanto, la OMRI 200 representa al menos parte de la transacción 5, utilizando la información de simbología 204, definida como un contrato comercial emitido por el comerciante 16 al consumidor 18, indicando los productos, cantidades, y/o precios acordados para los productos que tiene el comerciante (o tendrá) que proporcionar al consumidor 18 en intercambio por el pago (es decir, el cargo de la cuenta del consumidor y el cargo correspondiente de la cuenta del comerciante) de la transacción 5. Además, la transacción 5 puede indicar que el consumidor 18 debe pagar al comerciante 16, de acuerdo con cualquiera de los términos de pago contenidos en la transacción 5. También se reconoce que la transacción 5 en un contexto de servicios de renta o profesionales también pueden incluir una referencia específica de la duración del tiempo que se factura, así que en lugar de cantidad, precio y costo, el monto a facturarse puede basarse en la cantidad, precio, costo y duración. Por ejemplo, la transacción 5 de renta/servicios puede referirse al tiempo real (por ejemplo, horas, días, semanas, meses, etc.) que se facturan.
Se reconoce que desde el punto de vista del comerciante 16, la transacción 5 puede considerarse como una factura de ventas. Desde el punto de vista del consumidor 18, la transacción 5 puede considerarse como una factura de compra. La transacción 5 puede identificar tanto al consumidor 8 y al comerciante 16, pero el término "factura" se refiere generalmente al hecho de que se debe o adeuda dinero entre el comerciante 16 y el consumidor 18.
Por ejemplo, los datos de producto 206 de la información de simbología 204 pueden incluir para cada producto, información tal como pero sin limitarse a: un identif icador de producto (por ejemplo, número o código de producto - tal como un código UPC), un precio de compra del producto (por ejemplo, precio unitario del producto), un número de cantidad del producto (por ejemplo, el número 2 en el caso donde dos del mismo producto están en la misma orden de compra); y/o una descripción del producto. Los datos de comerciante 208 de la información de simbología 204 pueden incluir información tal como pero sin limitarse a: nombre y detalles de contacto del comerciante; un número de cuenta bancaria del comerciante; un ID de referencia de comerciante único del comerciante asignado por el sistema de procesamiento 14; la ubicación del lugar de venta del comerciante; detalles de registro de impuestos o del comerciante (por ejemplo, número de impuestos o número de negocios tal como un número de identificación de VAT (impuesto al valor agregado) o un número de registro para propósitos de GST para reclamar deducciones de impuestos) y/o la indicación de si la compra es una compra en línea o en el lugar de venta físico. Los datos de transacción 210 de la información de simbología 204 puede incluir información tal como pero sin limitarse a: un número de referencia único (para el uso en el rastreo de correspondencia asociado con la transacción 5); fecha de la transacción; pagos de impuestos como un porcentaje del precio de compra de cada uno de los productos (por ejemplo, GST o VAT); fecha (por ejemplo, aproximada) en que los productos fueron (o van a ser) enviados o entregados; número de orden de compra (o número de rastreo similares solicitados por el consumidor 18 a mencionarse en la transacción 5); monto total cargado (opcionalmente con un desglose de impuestos) por los productos; términos de pago (que incluye método de pago, fecha de pago, y/o detalles acerca de cargos por pago atrasado); información de aduanas internacionales; destino de envío; y/o ubicación del origen de envío. Se reconoce que los datos 206,208,210,211 de la información de simbología 204 también se representan en al menos toda o parte de la información no codificada 201. En esta manera, la información de simbologia 204 en la OMRI 200 puede descodificarse (por ejemplo, por el dispositivo de computadora 12 y/o la interfase de transacción 15) en la información 201, y la información 201 puede codificarse (por la interfase de transacción 15) en la información de simbologia 204.
En términos de datos de consumidor 211, estos datos de la información de simbologia 204 pueden incluir información tal como pero sin limitarse a: un código de referencia que pase junto con la identificación de transacción del pagador (por ejemplo, consumidor 18); nombre y detalles de contacto (por ejemplo, dirección) del consumidor 18; y/o un número de cuenta (por ejemplo, un número de cuenta bancaria, un número de tarjeta de crédito, un número de tarjeta de débito del consumidor 18) que identifica una fuente de los fondos a utilizarse para pagar los productos. Se reconoce que el número de cuenta que identifica la fuente de fondos del consumidor 18 a utilizarse para pagar por los productos, en lugar de codificarse en la simbologia 204, puede suministrarse por el consumidor 18 utilizando la interfase de usuario 104 del dispositivo de computadora del consumidor, como se describe en más detalle a continuación.
Como se discute en lo anterior, se reconoce que el esquema de codificación personalizado 209 contiene palabras código y reglas para utilizarse en la traducción (es decir, codificación, descodificación) entre la información de simbologia 204 de la OMRI 200 y la información no codificada 201 de la transacción 5.
Configuración Ejemplar de la Aplicación de Transacción 113 Con referencia a la Figura 10, se reconoce que la aplicación de transacción 113 puede incluir una pluralidad de funcionalidad del procesamiento relacionadas con la OMRI 200 o los datos de código de producto 3, una pluralidad de funcionalidades de procesamiento de transacción y/o la funcionalidad de cliente configurada para comunicación de red 11 con una interfase de transacción 15 en una relación de cliente-servidor (en asociación con o en sustitución de las capacidades y funcionalidades de los sistemas 80,90. Por ejemplo, la aplicación de transacción 113 puede configurarse como un cliente ligero de la interfase d e transacción 15, de modo que la aplicación de transacción 113 se configura para interactuar con sistemas de procesamiento 80,90 de la interfase de transacción 15 mediante una serie de páginas web generadas por medio de los sistemas de procesamiento 80,90 de la interfase de transacción 15, enviadas mediante mensajes de red y presentadas en la interfase de usuario 104 de la computadora 12. Por consiguiente, la aplicación de transacción 113 puede interactuar con un navegador web (u otro programa de comunicación de red) para enviar y recibir los mensajes mediante la red 11 que contiene información específica de la transacción 5, es decir, para presentar las páginas web en la interfase de usuario 104 que incluye datos de salida para la transacción 5 y para coordinar el ingreso de datos de entrada en la interfase de usuario 104 y transmisión en red de los datos de entrada para la transacción 5.
Alternativamente, la aplicación de transacción 113 puede configurarse como un cliente complejo de la interfase de transacción 15, de modo que la aplicación de transacción 113 se proporciona con funcionalidades de procesamiento de transacción y/o de la OMRI o los datos de código de producto 3 similares a (o al menos una porción de) la funcionalidad del sistema de procesamiento 80 y/o el sistema de generación 90 de la interfase de transacción 15, como se describe en más detalle a continuación. Se reconoce que la versión del cliente compleja de la aplicación de transacción 113 puede configurarse para realizar parte del procesamiento de transacción o OMRI o los datos de código de producto 3 en lugar de o de otra forma en sustitución de cualquiera de las funcionalidad de procesamiento del sistema de procesamiento 80 y/o el sistema de generación 90 implementado por la interfase de transacción 15 durante el procesamiento de la transacción 5. También se reconoce que la versión del cliente compleja de la aplicación de transacción 113 también puede configurarse para comunicarse a través la red 11 mediante una serie de páginas web cuando se generan o reciben de otra forma por medio de la interfase de transacción 15, enviado como mensajes de red entre los dispositivos de computadoras 6,12 y la interfase de transacción 15.
Con referencia a la Figuras 2 y 10, la aplicación de transacción 113 puede configurarse como una aplicación de cliente del servicio de transacción 20, se configura para la generación (es decir, codificación) y presentación de la OMRI 200 o los datos de código de producto 3 a la interfase de transacción 15, y/o se configura para el procesamiento (es decir, descodificar) la OMRI 200 o los datos de código de producto 3 (por ejemplo, tabla de búsqueda 63) presentada y la generación de la solicitud de pago al servicio de transacción 20. La aplicación de Transacción 113 también se configura para proporcionar una interfase gráfica (en la interfase 104 de usuario -véase la Figura 5), por ejemplo, para facilitar el ingreso de información para el comerciante 16 así como ingresar el monto de pago solicitado (por ejemplo, mediante un módulo de generación de transacción 30). La aplicación de Transacción 113 también se configura para proporcionar una interfase gráfica, por ejemplo, para facilitar el ingreso de la información del consumidor 18.
Con referencia a la Figura 10, se muestra un ejemplo de configuración de la aplicación de transacción 113 que puede incluir un módulo de comunicaciones de red 40 para comunicar (por ejemplo, enviar o recibir) mensajes de solicitud entre los dispositivos de computadora 6,12 y para comunicarse (por ejemplo, enviar o recibir) mensajes entre los dispositivos de computadora 6,12 a través de la red de comunicaciones 11. El módulo de comunicaciones de red 40 también se configura para enviar una solicitud de transacción (por ejemplo, una solicitud que contienen los datos de pago apropiados de la solicitud para permitir al sistema de procesamiento de transacción 14 coordinar el procesamiento de pago y la transferencia de fondos real entre las cuentas 70,72) así como recibir mensajes de confirmación de transacción desde el servicio de transacción 20 (que contiene información que indica que la cuenta 70,72 apropiada se ha acreditado o cargado como el caso lo amerite) y que la transacción 5 se ha completado.
El mensaje de confirmación recibido por la aplicación de transacción 113 puede contener detalles del procesamiento de pago que incluye que la cuenta se ha (o será) acreditado/cargado por el monto de pago de la transacción 5, así como cualquiera de los datos de transacción 210 (véase la Figura 4) que identifica la transacción 5 (por ejemplo, ID de transferencia, ID de consumidor, descripción de los productos, etc.) para sus registros de cuenta. Se reconoce que la aplicación de transacción 113 también podría recibir mensajes de confirmación que contienen detalles del procesamiento de pago que incluye que la cuenta se ha (o será) cargado por el monto de pago de la transacción 5, así como cualquier dato de transacción 210 que identifica la transacción 5 (por ejemplo, ID de transferencia, ID del comerciante, descripción de los productos, etc.) para los registros de cuenta.
El módulo de comunicaciones de red 40 también puede configurarse para enviar y recibir los mensajes de confirmación de transacción a través de la red de comunicaciones 11 con respecto al servicio de transacción 20. También se incluye una base de datos 110 que contiene cualquier dato de producto opcional 206 (por ejemplo, descripciones de producto, disponibilidad del producto, etc.), datos 208 (por ejemplo, número de cuenta bancaria, ID de referencia único del comerciante asignado por el servicio de transacción 20 (por ejemplo, mediante el módulo de registro 60 -véase la Figura 11), detalles del registro de negocio de impuestos o del comerciante, y detalles de registro 117 del comerciante), datos del consumidor 211 (por ejemplo, número de cuenta bancaria del consumidor, ID referencia del consumidor único del consumidor asignado por el servicio de transacción 20 (por ejemplo, mediante el módulo 60 de registro - véase la Figura 11), detalle de registro de negocios de impuestos o consumidor, y detalles de registro 117 del consumidor) e información de dirección de red 11 del servicio de transacción 20. Se reconoce que de preferencia la aplicación de transacción 113 del comerciante 16 no tiene acceso a los datos delicados del consumidor 211 (por ejemplo, números de PIN y/o números de cuenta bancarias reales) y de preferencia la aplicación de transacción 113 del consumidor 18 no tiene acceso a datos delicados del comerciante 208 (por ejemplo, números de PIN y/o número de cuenta bancarias reales).
La base de datos 110 también puede tener definiciones de la OMRI personalizadas de un esquema de codificación personalizado 209 que contienen relaciones (por ejemplo, reglas) entre la simbología legible por máquina y palabras código utilizadas para codificar (o descodificar) información de la transacción 5 durante la generación de la OMRI 200 utilizada para representar la transacción 5. Por ejemplo, el esquema de codificación personalizado 209 puede utilizarse para codificar (es decir, traducir) información 201 (véase la Figura 4) de la transacción 5 en la información de simbología 204, realizada durante la generación de la OMRI 200 (por ejemplo, por medio de un dispositivo de computadora 12 y/o el servicio de transacción 20). El esquema de codificación personalizado 209 también puede utilizarse para descodificar (es decir, interpretar) información de simbología 204 presente en la OMRI 200 en la información basada en texto 201 de la transacción 5 durante el procesamiento de la OMRI 200 (por ejemplo, por medio del dispositivo de computadora 12 y/o el servicio de transacción 20). Se reconoce que el esquema de codificación personalizado 209 puede conocerse por el servicio de transacción 20 y puede incluir palabras código personalizadas que pertenecen a la información de fondos especifica tal como pero sin limitarse a: detalles de registro 117 del comerciante y/o consumidor, ID del comerciante, ID del consumidor; montos de pago; números de transacción; etc.
Con referencia de nuevo a la Figura 10, la aplicación de transacción 113 también tiene un módulo de generación de transacción 30 utilizado para recolectar los datos de la transacción 5 (por ejemplo, datos de producto 206, datos 208, datos 211 y/o datos de transferencia 210) asociados con la transacción 5 seleccionada/ingresada por el consumidor 18 durante el inicio de la transacción 5. Se reconoce que los datos de producto opcionales 206 y parte de los datos 211 de la transacción 5, tales como productos específicos ordenados y cantidad de cada producto, pueden proporcionarse a el módulo de generación de transacción 30 obtenido de los mensajes de solicitud (por ejemplo, mediante el módulo de comunicaciones de red 40). Además, el módulo de generación de transacción 30 puede recolectar (o de otra forma recibir) los datos 208 para la transacción 5 desde la base de datos 110. El módulo de generación de transacción 30 también genera los datos de transacción 5 opcionalmente que incluyen I a cantidad de pago total en deuda (por ejemplo) por el consumidor 18 e Información de identificación del comerciante (asociada con o que representa de otra forma la información de cuenta bancaria del comerciante) de la transacción 5. Por ejemplo, en términos de la información de cuenta bancaria del comerciante, este podría suministrarse como parte de la información del comerciante incluida en los datos de la transacción 5 o podría suministrarse como una Información de identificación de comerciante (por ejemplo, ID del comerciante) utilizado por el servicio de transacción 20 para buscar la información de cuenta bancaria del comerciante real conocida al servicio de transacción 20 (por ejemplo, mediante el módulo 60 de registro - véase la Figura 10) y por lo tanto extraerse del consumidor 18.
Se reconoce que el módulo de generación de transacción 30 también puede configurarse para proporcionar al usuario del dispositivo de computadora 12 (mediante una interfase de usuario gráfica presentada en la interfase de usuario 104 del dispositivo de computadora 12) la capacidad de seleccionar o de otra forma ingresar la cuenta deseada (por ejemplo, especificando un número de tarjeta de crédito, un número de tarjeta de débito, o cualquier otra información de cuenta para usarse en aceptar/pagar el monto de pago). El módulo de generación de transacción 30 también puede proporcionar, mediante una interfase de usuario gráfica, la capacidad del consumidor o comerciante de ingresar su PIN (u otra información de contraseña específica para acceder a sus cuentas financieras directamente) asociada con la cuenta específica, indicando así de modo que el usuario del dispositivo de computadora 12 (o dispositivo de comerciante 17) en el momento de generar la transacción y el OMRI 200 resultante tiene la autoridad para autorizar el servicio de transacción 20 (por ejemplo, mediante el módulo de procesamiento de transferencia 65) para coordinar la transferencia que involucra la cuenta especificada. El PIN, u otra información de contraseña específica para acceder a las cuentas financieras seleccionadas directamente, puede considerarse como parte de los datos 211 incluidos en los datos de transferencia 5 de la transacción de pago e incluidos en la información de simbología 204, ya sea directamente o extraídos de otra forma durante la generación de la OMRI 200. Por ejemplo, el PIN u otra información de contraseña podría no ser el PIN real u otra información de contraseña disponible a las instituciones financieras de las cuentas 70,72, más bien podría ser información de referencia utilizada por el servicio de transacción 20 (por ejemplo, mediante el módulo de registro 60) para buscar el PIN real o la información de contraseña almacenada en los detalles de registro 117 del consumidor 18 utilizando el PIN de referencia o contraseña que se proporciona por el consumidor 18 durante la generación de la OMRI 200.
Este uso del PIN o información de contraseña es conveniente, además, de cualquier contraseña requerida para acceder al dispositivo de computadora 12 en general (por ejemplo, inicio de sesión del dispositivo) y/o inicio de sesión en la aplicación de transacción 113 específicamente, ya que el propietario del dispositivo de computadora 12 podría no creer que ocurre ningún acceso no autorizado a sus cuentas financieras. También se visualiza que el PIN ingresado o información de contraseña podría hacerse por el usuario para iniciar sesión en la aplicación de transacción 113 misma (es decir, acceder a la funcionalidad de la aplicación de transacción 113 proporcionada en el dispositivo de computadora 12). También se reconoce que el usuario del dispositivo de computadora 12 puede desear tener los PIN separados o contraseñas asociadas con cada cuenta que puede accederse a través de la aplicación de transacción 113 misma (por ejemplo, seleccionable) y/o conocida para el servicio de transacción 20 (por ejemplo, mediante el módulo de registro 60) mediante los detalles de registro 117, además, de un inicio de sesión general (que incluye contraseña) al dispositivo de computadora 12 y/o la aplicación de pago en general.
La aplicación de Transacción 113 también puede tener un módulo de generación de OMRI 32 que incluye un codificador 120, que se configura para utilizar los datos de transacción 5 disponibles/recolectados y el esquema de codificación personalizado 209 para generar la OMRI 200 o los datos de código de producto 3.
Se reconoce que la OMRI 200 o los datos de código de producto 3 se genera por medio del módulo de generación 32 que contiene datos de la transacción 5 pertinentes al monto de pago, que incluye datos de pago transacción de pago necesarios para el servicio de transacción 20 para coordinar la liquidación de la transacción financiera (asociada con los datos de la transacción 5) mediante el sistema de procesamiento de transacción 14 y transferir los fondos desde la cuenta especificada del consumidor 18 a la cuenta especificada del comerciante 16. En este ejemplo, se visualiza que el comerciante 16 esta pre-registrado (es decir, ha proporcionado los detalles de registro 117) con el servicio de transacción 20 y se proporciona con un ID del comerciante (por ejemplo, mediante el módulo de registro 60) que se asocia con la información de cuenta real del comerciante (y cualquier otra información delicada del solicitante), ambos de los cuales están almacenados en una base de datos segura 110 del servicio de transacción 20 (por lo que se proporciona para la búsqueda por el módulo de registro 60).
Codificación Un ejemplo del esquema de interpretación de codificación personalizado 209 para códigos de barras es un UPC (Código de Producto Universal) modificado para incluir datos específicos de factura. Otro ejemplo es un esquema de QR modificado, como se describe en más detalle a continuación. Los números y/o letras (por ejemplo, ASCII - Código Estándar Americano para Intercambiar Información) almacenado en la información de simbología 204 de la OMRI 200 son identif icadores únicos que representan el código estándar particular y el código personalizado (que representan la transacción y los datos específicos de OMRI) definidos en el esquema de codificación personalizado 209 que, cuando se lee por el descodificador 119 o codificador 120 de OMRI, pueden utilizarse para buscar transacción información adicional acerca del artículo de transacción asociado con la OMRI 200. Por ejemplo, el monto de pago, y descripción opcional, del producto podría codificarse en la OMRI 200 utilizando la información de simbología 204.
Por consiguiente, el módulo de generación de la OMRI 32 toma los datos de la transacción 5 (es decir, como la información 201) y utiliza los códigos y reglas asociados del esquema de interpretación de codificación personalizado 209 para convertir una pieza de la información 201 (por ejemplo, una letra, palabra, frase, etc.) de los datos de transacción 5 en otra forma o representación (una señal en otra señal), no necesariamente del mismo tipo, es decir, la información de simbología 204. En el procesamiento de información realizado por el módulo de generación de OMRI 32, la codificación es el proceso por el cual la información textual 201 de la transacción 5 se convierte en símbolos (del formato de símbolo 204 definido por el esquema de codificación personalizado 209) para comunicarse/presentarse. La descodificación es un proceso inverso, que convierte estos símbolos de código 204 de regreso en información 201 entendible por un receptor. Por lo tanto, la información de simbología 204 generada desde la información 201 de los datos de transacción 5 se utiliza por el módulo de generación de OMRI 32 para construir la OMRI 200, de acuerdo con el esquema de codificación personalizado 209. La OMRI 200 puede estar disponible al módulo de comunicaciones de red 40 para enviarse en un mensaje de solicitud (entregado como un archivo de imagen por ejemplo) al dispositivo de computadora 6 o puede presentarse en una pantalla de navegador de la interfase de usuario 104 del dispositivo de computadora 12. Se reconoce que la OMRI 200 representa simbólicamente los datos 201 de la transacción 5 y la solicitud de pago asociada.
Con referencia a la Figura 10, la aplicación de transacción 113 también tiene un módulo de solicitud de transacción 34, que incluye el descodificador 119, utilizado para descodificar la OMRI 200 recibida, seleccionar o de otra forma ingresar (por ejemplo, mediante una interfase de usuario gráfico proporcionada generada por la aplicación de transacción 113 en la interfase de usuario 104 del dispositivo de computadora 12) información de cuenta del consumidor 18 así como cualquier otro dato relevante 211, y generar la solicitud de transacción dirigida al servicio de transacción 20. Se reconoce que la solicitud de transacción podría incluirlos datos de transacción 5 descodificados (por ejemplo, información 201) obtenida desde la información de simbología 204 de la OMRI 200, y/o al menos parte de la información de simbología 204 misma de la OMRI 200), así como datos de la cuenta 211 pertinentes al modo de pago/crédito seleccionado y cualquier otro dato de entrada 215.
Puede ser conveniente para propósitos de seguridad permitir que el módulo de solicitud de transacción 34 descodifique solamente una porción de la información de simbología 204 (de la OMRI 200) pertinente al consumidor 18 (por ejemplo, Información de identificación no delicada del comerciante, ID de transferencia único, etc.) y dejar cualquier información delicada del comerciante (por ejemplo, información de cuenta del comerciante, por ejemplo que incluye PIN o datos de contraseñas) como no codificada (es decir, que permanezcan codificados) desde la información de simbología 204 y extraerla por lo tanto desde el consumidor 18. De esta manera, el descodificador 119 del módulo de solicitud de transacción 34 podría no tener la capacidad de descodificar cierta información delicada en la información de simbología 204 pertinente no solamente al comerciante 16, en otras palabras solamente los datos de pago comunes a ambos del comerciante 16 y el consumidor 18 pueden descodificarse por el descodificador 119 (información común, por ejemplo, podría ser monto de pago, ID de transferencia, descripción de producto, nombres del comerciante y el consumidor).
Una modalidad, para proporcionar porciones delicadas de la información de simbología 204 que permanezcan no codificadas, es donde el descodificador 119 (de la aplicación de transacción 113) del dispositivo de computadora 12 no tiene acceso a la clave de cifrado utilizada por el codificador 120 utilizada para generar los detalles específicos del comerciante de la OMRI 200. Además, en este ejemplo, se reconoce que en el caso en donde el servicio de transacción 20 no reciba información de simbología codificada 204 en la solicitud de transacción, el servicio de transacción 20 (por ejemplo, mediante el módulo de registro 60) tendría acceso a la clave de cifrado del solicitante y/o la clave de cifrado del contestador mediante sus respectivos detalles de registro 117 almacenados en la base de datos 110.
En criptografía, la clave de cifrado puede definirse como una pieza de información (un parámetro) que determina la salida funcional del algoritmo criptográfico o cifra (es decir, se implementa por medio del codificador 120 o descodificador 119). Sin la clave, el algoritmo del codificador 120 o descodificador 119 podría producir un resultado no útil (es decir, la información de simbología 204 descodificada podría no tener significado). En el cifrado, la clave específica la transformación particular del texto plano en texto en cifra, o viceversa durante el descifrado. Las claves pueden utilizarse en algoritmos criptográficos, tal como esquemas de firma digital y códigos de autentificación de mensajes.
Además, el módulo de solicitud de transacción 34 también puede configurarse para proporcionar al usuario del dispositivo de computadora 12 (mediante una interfase de usuario gráfica presentada en la interfase de usuario 104 del dispositivo de computadora 12) la capacidad para seleccionar o ingresar de otra forma el monto deseado (por ejemplo, especificando un número de tarjeta de crédito, un número de tarjeta de débito, o cualquier otra información de cuenta para su uso en aceptar/pagar el monto de pago). El módulo de solicitud de transacción 34 también puede proporcionar, mediante la ¡nterfase de usuario gráfica, la capacidad del consumidor 18 para ingresar su PIN (u otra información de contraseña específica para acceder a su cuenta financiera directamente) asociado con la cuenta especificada, indicando de este modo que el usuario del dispositivo de computadora 12 al momento de la generación de la solicitud de transacción tiene autoridad para autorizar el servicio de transacción 20 (por ejemplo, mediante el módulo 65 de procesamiento de transacción) para coordinar la transferencia de fondos que involucra la cuenta especificada. El PIN, u otra información de contraseña específica para acceder a las cuentas financieras seleccionadas directamente, puede considerarse como parte de los datos 211 incluidos en los datos de solicitud de transacción, ya sea directamente o extraídos de otra forma durante la generación de la solicitud de transacción Por ejemplo, el PIN u otra información de contraseña podría no ser el PIN real o la información de contraseña disponibles a las instituciones financieras de las cuentas 70,72, en su lugar podría ser información de referencia utilizada por el servicio de transacción 20 (por ejemplo, mediante el módulo de registro 60) para buscar la información de PIN real o contraseña almacenada en los detalles de registro 117 del consumidor 18 utilizando el PIN de referencia o información de contraseña proporcionado por el consumidor 18 durante la generación de la solicitud de transacción.
Descodificación Un ejemplo del esquema de interpretación de codificación personalizado 209 para códigos de barras es un UPC (Código de Producto Universal) modificado. Los números y/o letras (por ejemplo, ASCII -Código Estándar Americano para Intercambiar Información) codificado en la OMRI 200 son identif icadores únicos que representan el esquema de codificación personalizado 209 que, cuando se lee por el descodificador de OMRI 119, puede utilizarse para buscar información adicional acerca del artículo de factura asociada con la OMRI 200. Por ejemplo, el monto de pago y descripción opcional del producto 'pueden almacenarse en la OMRI 200 utilizando la información de simbología 204, así como cualquier dato pertinente 208 y/o datos 211. La circuitería del descodificador 119 y/o software se utilizan para conocer y/o dar sentido a la información de simbología 204 para constituir el OMRI 200. El descodificador puede traducir símbolos 204 en salida digital correspondiente en un formato de datos tradicional (es decir, como la información 201). Para descodificar la información en la OMRI 200, por ejemplo para códigos de barras de 1D, los anchos de las barras y espacios se reconocen mediante una detección de bordes y sus anchos medidos.
Servicio de Transacción 20 e Interfase de Transacción 15 Con referencia a la Figura 11, mostrada como una configuración ejemplar del servicio de transacción 20 que incluye el dispositivo de computadora 6 (por ejemplo, un servidor de web) que aloja la interfase de transacción 15. La interfase d e transacción 15 puede incluir un módulo de comunicaciones de red 50 para recibir mensajes de solicitud de orden (por ejemplo, proporcionando información 201 y esperando una OMRI 200 generada o los datos de código de producto 3) desde el dispositivo de computadora 12 y para enviar mensajes de procesamiento al sistema de procesamiento de transacción 14 a través de la red de comunicaciones 11.
El módulo de comunicaciones de red 50 también puede configurarse para enviar y recibir mensajes de confirmación de transferencia a los dispositivos de computadora 17, 12 (en respuesta a los mensajes de solicitud de transacción recibidos) a través de la red de comunicaciones 11 con respecto a los dispositivos de computadora 17, 12. También se incluye una base de datos 110 que contiene detalles de registro 117 del comerciante 16 y/o el consumidor 16 como se discute en lo anterior, y la información de dirección de red 11 del sistema de procesamiento de transacción 14. La base de datos 110 también puede tener definiciones de OMRI personalizadas del esquema de codificación personalizado 209 que contiene relaciones (por ejemplo, reglas) entre simbología legible por máquina y palabras código utilizadas para codificar (o descodificar) información durante la codificación y/o descodificación de la información de simbología 204 de la OMRI 200 utilizada para representar la transacción 5 asociada con la solicitud de pago.
Por ejemplo, el esquema de codificación personalizado 209 puede utilizarse por el módulo de generación de OMRI 62 para codificar (es decir, traducir) la información basada en texto 201 de la transacción 5 (incluyendo datos recibidos desde la computadora 17) en la información de simbología 204, realizada durante la generación de la OMRI 200. El esquema de codificación personalizado 209 también puede utilizarse para descodificar (es decir, interpretar) la información de simbología 204 presente en la OMRI 200 en información basada en texto 201 de la transacción 5 durante el procesamiento de la OMRI 200. Se reconoce que el esquema de codificación personalizado 209 se conoce por el servicio de transacción 20 y puede incluir palabras código personalizadas pertinentes a información de pago específica tal como pero sin limitarse a: información financiera delicada. Como se discutió anteriormente, los datos de código de producto 3 también pueden ser generados al seleccionar la serie deseada de caracteres alfa y/o numéricos para los datos de código de producto 3 y después llenar la tabla de búsqueda 63 con la información 61 que es mapeada a los datos de código de producto 3 en la tabla de búsqueda 63.
Con referencia de nuevo a la Figura 11, la interfase de transacción 15 también tiene un módulo de registro 60 utilizado para recolectar detalles de registro 117 durante el registro del comerciante 16 y/o el consumidor 18. Además a lo discutido en lo anterior, se reconoce que los detalles de registro 117 pueden incluir datos de PIN y/o datos de contraseña utilizados para acceder a cuentas 70, 72 específicas a través de instituciones financieras del sistema de procesamiento de transacción 14. Por ejemplo, en términos de la información de cuenta bancaria, esto podría suministrarse como parte de la información de cuenta de referencia incluida en la solicitud de transacción, por ejemplo utilizada por el módulo de registro 60 para buscar la información de cuenta bancaria real en los detalles de registro 117 conocidos solamente por el servicio de transacción 20, y por lo tanto expedidos desde el comerciante 16 o consumidor 18 apropiado.
La interfase de transacción 15 también puede tener un módulo de generación 62 que se configura, por un codificador 120, para utilizar los datos de información recibidos 201 y el esquema de codificación personalizado 209 para generar la OMRI 200 o llenar la tabla de búsqueda 63 en el caso de los datos de código de producto 3, para su entrega subsiguiente al dispositivo de computadora 12 si se configura como parte del procesamiento para la transacción 5 (es decir, el dispositivo de computadora 17 envía la información 201 al servicio de transacción 20 y el servicio de transacción 20 entonces envía la OMRI 200 generada o los datos de código de producto 3 directamente al dispositivo de computadora 12). Se reconoce que la OMRI 200 o los datos de código de producto 3 pueden generarse por medio del módulo de generación de OMRI 62 para contener datos de la transacción 5 pertinentes al monto de pago proporcionado por el comerciante 16, incluyendo datos de transacción necesarios para el sistema de procesamiento de transacción de pago 14 o liquidar la transacción financiera al transferir fondos entre las cuentas 70, 72 especificadas.
Codificación Un ejemplo del esquema de interpretación de código personalizado 209 para códigos de barras es un UPC (Código de Producto Universal) modificado que incluye datos específicos de factura. Otro ejemplo es un esquema de QR modificado, como se describe en más detalle a continuación. Los números y/o letras (por ejemplo, ASCII -Código Estándar Americano para Intercambio de Información) almacenados en la información de simbología 204 de la OMRI 200 son identificadores únicos que representan el código estándar particular y código personalizado (que representa datos específicos de factura) definido en el esquema de codificación personalizado 209 que, cuando se lee por un descodificador de OMRI 119, puede utilizarse para buscar toda la información adicional acerca del artículo de factura asociado con la OMRI 200.
Por consiguiente, el módulo de generación de OMRI 62 toma los datos información basada en texto 201 y utiliza los códigos y las reglas asociadas del esquema de interpretación de código personalizado 209 para convertir una pieza de la información 201 (por ejemplo, una carta, palabra, frase, etc.) en otra forma o representación (una señal en otra señal), no necesariamente del mismo tipo, es decir, la información de simbología 204. En el procesamiento de la información realizado por el módulo de generación de OMRI 62, la codificación es un proceso por el cual la información textual 201 se convierte en símbolos (del formato de símbolo 204 definido por el esquema de codificación personalizado 209) para comunicarse. La descodificación es el proceso inverso, que convierte estos símbolos de código 204 de regreso en la información textual 201 que puede entenderse por un receptor. Por lo tanto, la información de simbología 204 generada por la información textual 201 se utiliza por el módulo de generación de OMRI 62 para construir la OMRI 200, de acuerdo con el esquema de codificación personalizado 209. Esta OMRI 200 está disponible para el módulo de comunicaciones de red 50 para enviarse en la orden de mensaje de respuesta (por ejemplo) al dispositivo de computadora 17 para su entrega subsiguiente al dispositivo de computadora 12 para presentarse en una pantalla de navegador de la interfase 104 de usuario del dispositivo de computadora 12 o entregarse de otra forma como un archivo de imagen en el mensaje de red. Se reconoce que la OMRI 200 representa simbólicamente los datos 201. Alternativamente, el módulo de comunicaciones de red 50 podría enviar la OMRI 200 en el mensaje directamente al dispositivo de computadora 12 (por ejemplo, presentado en una pantalla de navegador de la interfase de usuario 104 del dispositivo de computadora 12 o entregado de otra forma como un archivo de imagen en el mensaje de red, etc.).
Con referencia a la Figura 11, la interfase de transacción 15 también puede tener un módulo descodificador 66, que incluye el descodificador 119, utilizado para descodificar la OMRI 200 recibida en el caso en donde los datos de solicitud de transacción incluyen la información de simbología 204. Por ejemplo, el descodificador 119 puede utilizarse para descodificar la información de cuenta de la transacción 5 (pertinente al modo seleccionado de pago/crédito del consumidor 18 y opcionalmente incluyendo el PIN o datos de contraseña de la cuenta) así como cualquier otro dato relevante 208 desde la simbología 204, por ejemplo utilizando la clave de cifrado respectiva almacenada en los detalles de registro 117 del comerciante 16).
Con referencia de nuevo a la Figura 10, una vez que toda la información textual 201 se recibe por la interfase de transacción 15 o se descodifica de otra forma, un módulo de procesamiento de transferencia 65 puede comunicarse utilizando mensajes de procesamiento de transacción con el sistema de procesamiento de transacción 14 (por ejemplo para completar la transacción al tener que pagar los fondos, al completar el registro o suscripción). Se reconoce que los mensajes de procesamiento de transacción pueden incluir datos de transacción 5 descodificados (por ejemplo, información textual 201) obtenidos desde la información de simbología 204 de la O RI 200, y/o se recibe desde el dispositivo de computadora 12, incluyendo datos de cuenta y el monto de pago.
Además, el módulo de procesamiento de transferencia 65 puede configurarse para confirmar si el PIN recibido o la información de contraseña coincide con el PIN correspondiente o la información de contraseña almacenada en sus detalles de registro 117 respectivos que se asocian con su cuenta respectiva (por ejemplo, número de tarjeta de crédito, número de tarjeta de débito, o cualquier otra información de cuenta para el uso en la aceptación/pago del monto de pago). En el caso en el que el PIN recibido o la información de contraseña (para el comerciante y/o el consumidor) coincida con el PIN correspondiente o información de contraseña almacenada en sus detalles de registro 117 respectivos, el módulo de procesamiento de transferencia 65 confirma que en el momento de generar la OMRI 200 y/o en el momento de que se genera la solicitud de transacción, el comerciante 16 respectivo y/o el consumidor 18 respectivo tienen la autoridad para autorizar el servicio de transacción 20 para coordinar la transferencia de fondos que involucra las cuentas especificadas. En el caso en el que el PIN recibido o la información de contraseña no coincida con el PIN correspondiente o la información de contraseña almacenada en sus detalles de registro 117 respectivos, el módulo de procesamiento de transferencia 65 puede negar la solicitud de transacción y enviar la notificación de negación de regreso a los dispositivos de computadora 17, 12 mediante los mensajes de confirmación de transacción respectivos. Por ejemplo, si ambas coincidencias fallan, entonces ambos de los dispositivos de computadora 17, 12 se notificarán de la negación. De otra forma si solamente una de las coincidencias falla, entonces el respectivo de los dispositivos de computadora 17, 12 se notificará de la negación.
En cualquier caso, el módulo de procesamiento de transferencia 65 también se configura para recibir mensajes de confirmación desde el sistema de procesamiento de transacción 14, de modo que el mensaje de confirmación incluye una confirmación de que el monto de pago se ha transferido entre las cuentas 70, 72 o se ha declinado. El mensaje de confirmación enviado por el servicio de transacción 20 puede incluir instrucciones para las instituciones financieras respectivas (no mostradas), por ejemplo, asociadas con la cuenta del consumidor y comerciante para cargar la cuenta 70, 72 apropiada y acreditar la cuenta 70, 72 apropiada por el monto de pago junto con los datos de cuenta requeridos y (opcional) los datos de PIN o contraseña. El mensaje de confirmación recibido por la interfase de transacción 15 desde el sistema de procesamiento de pago de transacción 14 puede contener detalles del procesamiento de pago que incluyen que las cuentas se han (serán) acreditadas por la cantidad, así como cualesquier datos de transferencia 210 (por ejemplo, ID de transferencia) para los registro de cuenta.
Se reconoce en las modalidades, que en términos de la información de cuenta, esto puede suministrarse como específicamente el número de cuenta o puede suministrarse como información de identificación (por ejemplo, ID de cuenta) utilizado por el servicio de transacción 20 para buscar la información de cuenta bancaria real conocida por el servicio de transacción 20 (mediante los detalles de registro 117 respectivos) y por lo tanto el número de cuenta puede extraerse desde las comunicaciones generales a través de la red 11.
Modalidades Alternativas Además en lo anterior, se reconoce que: el identificador de cuenta de pago también puede identificar la información de cuenta de pago correspondiente del consumidor, y la información de cuenta de pago se almacena en la memoria del servidor de transacción; la imagen que puede escanearse o I os datos de código de producto 3 puede codificarse con información única que es relevante solamente a la interfase de transacción de pago móvil; los datos del comerciante incluyen una o más información seleccionada del grupo de ID de transacción, ID de comerciante, precio y artículo comprado; los datos del dispositivo pueden incluir uno o más seleccionados del grupo de: número de identidad de Equipo Móvil Internacional (IMEI), número telefónico, nombre del portador y coordenadas de ubicación geográfica; la solicitud de transacción puede incluir una o más información de cuenta seleccionadas del grupo de monto de compra, datos de tarjeta de crédito y PIN, datos de tarjeta de débito y PIN, e información de cuenta de valor almacenado e información de inicio de sesión; la imagen que puede escanearse por el dispositivo móvil o los datos de código de producto 3 puede presentarse en un medio impreso o medio electrónico para el escaneo; la imagen que puede escanearse por el dispositivo móvil o los datos de código de producto 3 puede presentarse en una terminal de punto de venta para el escaneo; la imagen que puede escanearse por el dispositivo móvil o los datos de código de producto 3 puede generarse desde una interfase de comerciante de pago móvil, la interfase de comerciante de pago móvil se ejecuta en la terminal de punto de venta; la cuenta de pago puede ser una cuenta de tarjeta de crédito, una cuenta de tarjeta de débito, una cuenta de monedero electrónico u otra cuenta de valor almacenado electrónico.
Se reconoce que la información de simbología 204 de la OMRI 200 puede contener información codificada única que pretende ser para descodificación y/o interpretación solamente por el servicio de transacción 20. Como tal, parte de la información de simbología 204 de la OMRI 200, como se recibe por el consumidor 18 mediante la aplicación 113, puede contener datos no descodificables (es decir, el esquema codificador y descodificador 209 residente en el dispositivo de computadora 12 no tiene la capacidad de descodificar la información codificada única) y/o los datos que si/cuando se descodifican por la aplicación 113 no tienen ningún significado perceptible por el consumidor 18. Un ejemplo de la información codificada única en la información de simbología 204, de preferencia se oculta desde el consumidor 18 (es decir, no descodificable por la aplicación 113), son los datos de identificador del comerciante (asociados con la información de perfil del comerciante 117), cualquier información financiera de la cuenta 72 del comerciante, y/o cualquier otra información delicada que se desea por el comerciante 16 se restrinja del acceso por el consumidor 18.
Un ejemplo de la información codificada única en la información de simbología 204 que puede descodificarse por la aplicación 113 es el identificador del tipo de transacción (por ejemplo, que indica comida en restaurante, compra de productos del consumidor, registro del servicio, etc.) y/o un identificador de seguridad (por ejemplo, un hashtag (etiqueta de metadatos) generado por la interfase de comerciante 8 y/o la ¡nterfase de transacción 15). En este ejemplo, el identificador del tipo de transacción puede utilizarse por la interfase de transacción 15 para coordinar el contenido y/o formato de los datos de entrada 215 así como los datos de salida 217 comunicados entre la interfase de transacción 15 y la aplicación 113. En una modalidad, los datos de entrada configurados 215 así como los datos de salida 217 están disponibles en la información de perfil de comerciante 117 que se asocia con el identificador de transacción. En términos del identificador de seguridad, este identificador podría utilizarse por la interfase de transacción 15 para determinar si la OMRI 200 es válida, es decir, si no es una falsificación de la OMRI 200 y en su lugar contiene información válida que fue emitida (es decir, confirmada) por el servicio de transacción 20 y/o el comerciante 16. También se reconoce que el identificador del tipo de transacción y/o el identificador de seguridad pueden descodificarse desde la información de simbología 204 por la aplicación 113 pero aún permanece desconocido al consumidor 18 así como la relevancia del identificador a la transacción 5.
Además, una ventaja solo con la proporción de los datos de código de producto 3 de consumidor (que solamente representan la información de cuenta de pago 61 del consumidor 18), por el consumidor 18 al comerciante 16, es que el comerciante 16 no tiene conocimiento directo del número de cuenta de pago del consumidor 18 (ya que esta información solo es conocida por la plataforma de servicio de transacción 20 y/o la institución financiera respectiva del sistema de procesamiento de pago 14). Se reconoce que se pueden utilizar conexiones de red 11 separadas para transmitir la transacción de compra 5 (a través de la conexión de red A) entre el dispositivo de comerciante 17 y la plataforma de servicio de transacción 20 y los datos de código de producto 3 (a través de la conexión de red B) entre el dispositivo de consumidor 12 y la plataforma de servicio de transacción 20.
Por ejemplo, el Servicio de transacción 20 puede procesar la transacción de compra 5 al utilizar los datos de código de producto 3 para identificar la identidad real del consumidor 18 (a través de la interrogación de la tabla de búsqueda 63 para tener acceso a la información de cuenta delicada 61 del consumidor 18 que está referenciada de manera cruzada con los datos de código de producto 3 en la tabla de búsqueda 63) y su información de cuenta de pago real 61 y enviar una solicitud de "solicitar confirmación" (por ejemplo, a través de la conexión de red A) asociada con la transacción de compra 5 con aplicación de pago 113 en el dispositivo móvil 12 del consumidor. El consumidor 18 después puede confirmar o rechazar la solicitud para confirmación a medida que una respuesta de confirmación regresa a la Plataforma de Servicio de transacción 20 (por ejemplo, a través de la conexión de red b), la cual entonces puede interactuar con el sistema de procesamiento de pago 14 para efectuar la transferencia de fondos indicada en la transacción de compra 5 original entre las cuentas 70, 72 del comerciante 16 y el consumidor 18.
En otra modalidad, los datos de código 3 del consumidor pueden ser implementados como un servicio de código corto (es decir información textual no codificada según comparado con información textual codificada en la forma de un código de barras 200). La forma en la cual esto trabaja es que en lugar de escanear o de otra manera suministrar el código de barras 200 como los datos de código de producto 3, el consumidor 18 proporciona un código corto (por ejemplo, una secuencia de caracteres incluyendo caracteres numéricos y/o caracteres alfa) que también es conocido al Servicio de transacción 20 como los datos de código 3 del consumidor usados para identificar la información de cuenta de pago real 61 almacenada (en la tabla 63) y accesible por la interfase de pago 15. Por lo tanto, después de proporcionar los datos de código 3 del consumidor como una serie de caracteres numéricos y/o caracteres alfa a la aplicación de comerciante 8, el resto del proceso de la transacción de compra dividida 5 es exactamente igual. Una ventaja de utilizar el código corto es que trabaja en situaciones en donde la generación o de otra manera el escaneo/procesamiento del código de barras 200 no es confiable por la aplicación de comerciante 8 y/o aplicación de pago 113.
En otra modalidad, los medios de comunicación para identificar la Cuenta de Pago del consumidor con el Servicio de transacción 20 a través de la terminal de comerciante 17 (es decir, a través de la aplicación de comerciante 8) puede involucrar la transmisión de los datos de información 3 para identificar la Cuenta de Pago del consumidor del Dispositivo Móvil 12 (es decir, a través de la aplicación de pago 113) a la terminal de comerciante 17 (es decir, a través de la aplicación de comerciante 8) utilizando NFC, Bluetooth, tecnología infrarroja, u otra tecnología de comunicación de escala corta, similar). En el caso de un código corto que se utiliza como los datos de código de consumidor 3, la transmisión de esta información de datos de código de consumidor 3 al comerciante puede ser algo tan simple como una transmisión verbal entre el comerciante 16 y el consumidor 18 y/o tan simple como leer los datos de código de consumidor 3 en la pantalla del dispositivo 12 por el comerciante 16 - en el caso en donde los datos de código de consumidor 3 se presenten en la pantalla del dispositivo 12 (por ejemplo, a través de la interacción con la aplicación de pago 113 por el consumidor 18). Otra modalidad es cuando se utiliza una bocina del dispositivo 12 por la aplicación de pago 113 para comunicar de forma audible los datos de código de consumidor 3 al comerciante 16.
En una operación alternativa del sistema de pago móvil 10, la información delicada de consumidor de saldo de tarjeta y número de cuenta de tarjeta se transmite directamente entre la interfase de transacción 15 y el dispositivo de consumidor 12 a través de la red 11 (por ejemplo, mediante la conexión de red B) mientras los datos de código de consumidor 3 representativos y la información de compra de producto de la transacción de compra 5 se comunican entre el dispositivo de comerciante 17 y la interfase de transacción 15, proporcionando así la ventaja de un acceso restringido por el comerciante 16 a la información de cuenta de pago 61 (en este caso el número de cuente de tarjeta y el saldo de la tarjeta) del consumidor 18. Una ventaja del sistema de pago móvil 10 es que el comerciante 16 y el consumidor 18 no tienen que exponer su información financiera personal entre sí, incluyendo números de identificaciones personales (PIN), números de cuenta de institución financiera y/o contraseñas de cuentas financieras). La transacción de compra 5 puede involucrar el uso de los datos de código de consumidor 3 que contienen información de cuenta codificada (es decir, los datos de código 3 son mapeados a la información de cuenta de pago 61 almacenada, accesible por la interfase de transacción 15 y, por lo tanto, con acceso restringido al comerciante 16 y/o la aplicación de comerciante 8). Como se discutió anteriormente, los datos de código de consumidor 3 también pueden ser representados como el código corto, el cual también se utiliza como una versión codificada del número de cuenta real al cual están asociados con datos de código de consumidor 3 (es decir, los datos de código de consumidor 3 son mapeados a la información de cuenta de pago 61 almacenada accesible por la interfase de transacción 15 a través de la tabla de búsqueda 63 y, por lo tanto, con acceso restringido por el comerciante 16 y/o la aplicación de comerciante 14).
Datos de Código 3 En general, como se describió anteriormente, los datos de código 3 pueden ser representados como el código corto, el cual también se utiliza como una versión de la información real 61 a la cual los datos de código 3 están asociados (es decir, los datos de código 3 son mapeados a la información 61 almacenada en la tabla 63 y son accesibles por la interfase de transacción 15 y, por lo tanto, pueden tener acceso restringido por el comerciante 16 y/o la aplicación de comerciante 8 o por el consumidor 18 y/o la aplicación 113 según sea el caso). En esta modalidad, los datos de código 3 se implementan como un servicio de código corto, de manera que en lugar de escanear o de otra forma suministrar los datos de código 3 como el código de barras 200, el consumidor 18 proporciona un código corto (por ejemplo, una secuencia de caracteres incluyendo caracteres numéricos y/o caracteres alfa) que también es conocido por la Plataforma de Servicio de transacción 20 como los datos de código 3 usados para identificar la información real 61 almacenada y accesible por la interfase de transacción 15. Por lo tanto después de proporcionar los datos de código 3 como una serie de caracteres numéricos y/o caracteres alfa a la aplicación de comerciante 8, el resto del proceso de transacción de compra dividida 5 es similar a utilizar el código de barras 200, también una representación codificada de la información real 61 que tiene el acceso restringido por el comerciante 16 y/o consumidor 18 cualquiera que sea el caso (por ejemplo, al consumidor 18 se le puede restringir el acceso a los datos de comerciante delicados (por ejemplo, números de cuenta de comerciante) a través del uso de los datos de código 3 o al comerciante 16 se le puede restringir el acceso a los datos de consumidor delicados (por ejemplo, números de cuenta de consumidor) a través del uso de los datos de código 3). Una ventaja de utilizar el código corto es que trabaja en situaciones en donde la generación o de otra manera el escaneo/procesamiento del código de barras 200 (también denominado como ORMI) no es confiable por la aplicación de comerciante 8 y/o la aplicación de pago 113). De esta forma, los datos de código 3 son recibidos por la aplicación de comerciante 8 para incorporación subsecuente en los datos de la transacción de compra 5 comunicados (por ejemplo, a través de la conexión de red A) directamente con el servicio de transacción 20 (por ejemplo, a través de la interfase de transacción 15). De esta forma, el acceso directo a la información 61 (por ejemplo, número de cuenta financiera 72 real y/o contraseña de acceso de cuenta tal como PIN del consumidor 18) por el comerciante 16 queda restringido, ya que los datos de código 3 se utilizan por el servicio 20 como el identificador de búsqueda para tener acceso a la información 61 de número de cuenta financiera real mapeado o de otra manera asociado con los datos de código 3 a Imacenados o de otra forma accesibles por la interfase de transacción 15 en una tabla de búsqueda o índice 63.
Glosario Para propósitos de esta descripción, se han adscrito los siguientes términos con los siguientes significados: Consumidor - el usuario de dispositivo móvil, el individuo que hace una compra en el POS.
Medios Electrónicos - Televisión, Tableros electrónicos, terminales de computadora, terminales de pantallas de video, películas y proyecciones de video, y similares.
Monedero electrónico - cualquier sistema de valor almacenado electrónico.
OMRI 200 - Imagen que puede escanearse por el dispositivo móvil.
Dispositivo móvil - cualquier dispositivo electrónico inalámbrico, con capacidades de red, que incluyen teléfonos celulares, PDA electrónicos, computadoras tipo Tableta, teléfonos inteligentes o dispositivos similares.
Datos de Forma de Orden - cualquier información del consumidor que incluye, pero no se limita a, dirección, número telefónico, dirección de correo electrónico, dirección de facturación, dirección de envío y fecha de nacimiento.
Cuenta de Pago - una cuenta mantenida por un Consumidor con una institución financiera, un proveedor de monedero electrónico, Compañía Crediticia, o similares.
Información de Cuenta de Pago— i nformación pertinente a la Cuenta de Pago, que incluye pero no se limita a números de cuenta, estados de cuenta, contraseñas y números PIN.
Plataforma de Pago - la infraestructura de cómputo utilizada por bancos, otras instituciones financieras, proveedores de servicios de monedero electrónico, proveedores de servicios de transferencia de dinero, o similares que se utilizan para autenticar a cuentahabientes y/cuentas de cuentahabientes domésticos y procesar el pago electrónico desde las cuentas del cuentahabiente.
POS o Punto de Venta - la ubicación en donde la compra/ transacción de venta toma lugar.
Mercados de POS - máquinas expendedoras, pagos de facturas, máquinas de ATM, boletos de estacionamiento, o cualquier producto asociado OMRI 200.
Terminal POS o Terminal Punto de Venta - cualquier tipo de terminal de pago electrónica o terminal de transacción que incluye pero no se limita a máquinas de ATM, máquinas vendedoras y terminales de punto de venta en tienda estándar.
Medio Impreso - Boletos de estacionamiento, revistas, periódicos, directorios telefónicos, facturas de servicios domésticos, catálogos, carteles, vallas publicitarias, folletos, y similares.
Transacción - la compra de bienes o servicios, el registro para un servicio o membrecía, una transacción de ATM o una transacción de punto de venta.
Mientras ciertas modalidades se han descrito en lo anterior, se entenderá que las modalidades descritas son a modo de ejemplo solamente. Por consiguiente, los sistemas y métodos descritos en la presente no deberán limitarse en base a las modalidades descritas. En su lugar, los sistemas y métodos descritos en la presente deberán limitarse solamente a la luz de las reivindicaciones siguientes cuando se toman junto con la descripción anterior y los dibujos anexos.

Claims (14)

REIVINDICACIONES
1. Un medio de almacenamiento legible por computadora no transitorio con una aplicación de pago ejecutable almacenada en el mismo, la aplicación de pago configurada para generar una solicitud de pago para recibir por medio de una interfase de comerciante a través de una red de comunicaciones, una transacción de la solicitud de pago asociada con un comerciante que proporciona un producto a un consumidor, en donde la aplicación de pago instruye a un procesador de computadora a realizar las siguientes etapas de: recibir datos de código de producto, en donde los datos de código de producto son representativos de datos de comerciante asociados con el producto; recibir un identificador de consumidor, en donde el identificador de consumidor identifica al consumidor; enviar la solicitud de pago, incluyendo los datos de código de producto y el identificador de consumidor, a la interfase de comerciante a través de la red de comunicaciones; y recibir una confirmación de aprobación o negación de la solicitud de pago de una interfase de transacción que está separada y lejos de la interfase de comerciante a través de la red de comunicaciones.
2. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 1, en donde la solicitud de pago incluye datos de dispositivo del dispositivo que ejecuta la aplicación de pago.
3. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 2, en donde los datos de dispositivo incluyen uno o más seleccionado del grupo que consiste de: el número de Identidad de Equipo Móvil Internacional (IMEI), número telefónico, nombre de portador y coordenadas de ubicación geográfica.
4. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 1, en donde la cuenta de pago del consumidor se selecciona del grupo que consiste de: una cuenta de tarjeta de crédito, una cuenta de tarjeta de débito, una cuenta de monedero electrónico; y otra cuenta de valores almacenados electrónicos.
5. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 1, en donde la aplicación de pago además se configura para instruir al procesador de computadora a realizar la etapa de: seleccionar la cuenta de pago de una pluralidad de cuentas de pago disponibles de modo que cada una de las cuentas de pago de la pluralidad de cuentas de pago tiene un identificador de cuenta de pago de consumidor respectivo.
6. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 1, en donde la aplicación de pago además se configura para instruir al procesador de computadora a realizar las etapas de: solicitar al consumidor ingresar un número de identificación personal (PIN) o contraseña asociada con la cuenta de pago; y enviar el PIN o la contraseña a la interfase de transacción a través de la red de comunicaciones.
7. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 6, en donde el PIN o la contraseña se incluye en la solicitud de pago.
8. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 1, en donde un identificador de cuenta de pago también identifica la información de cuenta de pago correspondiente del consumidor, y en donde la información de cuenta de pago no se incluye en la solicitud de pago.
9. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 1, en donde los datos de código de producto se presentan en un medio seleccionado del grupo que consiste de: un medio de visualización electrónica de una terminal de punto de venta; medio impreso; y medios de publicidad electrónicos.
10. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 1, en donde los datos del comerciante incluyen uno o más datos seleccionados del grupo que consiste de: ID de transacción; ID de comerciante; precio del producto; e información del producto comprado.
11. El medio de almacenamiento legible por computadora no transitorio de acuerdo con la reivindicación 1, en donde la solicitud de pago comprende uno o más datos seleccionados del grupo que consiste de: monto de compra del producto; datos de tarjeta de crédito y PIN; datos de tarjeta de débito y PIN; e información de cuenta de valor almacenado e inicio de sesión.
12. Un sistema de transacción para coordinar el procesamiento de una solicitud de pago asociada con una transacción entre un consumidor y un comerciante, la transacción asociada con el comerciante proporcionando un producto al consumidor, el sistema comprende: un procesador de computadora acoplado a una memoria, en donde el procesador de computadora se programa para coordinar el procesamiento de la solicitud de pago al: recibir la solicitud de pago que incluye datos de comerciante, un identificador de consumidor, y datos de código de producto; tener acceso a una base de datos de búsqueda utilizando los datos de código de producto para obtener información de transacción relacionada con la solicitud de transacción; utilizar dicho identificador de consumidor para identificar la información de cuenta de pago de consumidor; crear una solicitud de transacción utilizando los datos del comerciante, la información de cuenta de pago de consumidor y la información de transacción; enviar la solicitud de transacción a una plataforma de pago; recibir la aprobación de la solicitud de transacción desde la plataforma de pago en el caso en que la cuenta de pago de consumidor tenga fondos suficientes para cubrir una cantidad de la transacción; y enviar una confirmación de la aprobación de la solicitud de transacción al dispositivo móvil y a un dispositivo de computadora asociado con el comerciante.
13. El sistema de transacción de acuerdo con la reivindicación 12, en donde la confirmación se envía al comerciante mediante una interfase de comerciante que se ejecuta en una terminal de punto de venta como el dispositivo de computadora.
14. El sistema de transacción de acuerdo con la reivindicación 12, en donde el procesador de computadora además se programa antes de enviar la solicitud de transacción a la plataforma de pago para: solicitar al consumidor ingresar un PIN o contraseña asociada con la cuenta de pago del consumidor; recibir el PIN o contraseña; y enviar el PIN o contraseña a la plataforma de pago.
MX2013013164A 2011-05-11 2012-05-11 Sistema de pago de iman movil utilizando codigos cortos. MX2013013164A (es)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201161485075P 2011-05-11 2011-05-11
US13/105,803 US20120290415A1 (en) 2011-05-11 2011-05-11 Mobile image payment system
CA2741240A CA2741240A1 (en) 2011-05-11 2011-05-27 Mobile image payment system
US13/397,297 US9715704B2 (en) 2011-05-11 2012-02-15 Merchant ordering system using optical machine readable image representation of invoice information
US13/397,215 US10223674B2 (en) 2011-05-11 2012-02-15 Customized transaction flow for multiple transaction types using encoded image representation of transaction information
PCT/CA2012/000223 WO2012151660A1 (en) 2011-05-11 2012-03-12 Mobile image payment system
PCT/CA2012/000452 WO2012151684A1 (en) 2011-05-11 2012-05-11 Mobile image payment system using short codes

Publications (1)

Publication Number Publication Date
MX2013013164A true MX2013013164A (es) 2014-09-01

Family

ID=49769799

Family Applications (2)

Application Number Title Priority Date Filing Date
MX2013013166A MX2013013166A (es) 2011-05-11 2012-05-11 Sistema de pago movil dividido.
MX2013013164A MX2013013164A (es) 2011-05-11 2012-05-11 Sistema de pago de iman movil utilizando codigos cortos.

Family Applications Before (1)

Application Number Title Priority Date Filing Date
MX2013013166A MX2013013166A (es) 2011-05-11 2012-05-11 Sistema de pago movil dividido.

Country Status (4)

Country Link
US (1) US11295280B2 (es)
CA (2) CA2835733A1 (es)
MX (2) MX2013013166A (es)
PH (3) PH12013502297A1 (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IN2013MU00255A (es) * 2013-01-29 2015-06-26 Tata Consultancy Services Ltd
US11178152B2 (en) * 2019-07-29 2021-11-16 The Meet Group, Inc. Method and system for live dating
US12456107B2 (en) * 2023-04-12 2025-10-28 Capital One Services, Llc Customizable media content for point of sale (POS) transactions
CN117370466B (zh) * 2023-11-01 2024-03-29 江苏达科数智技术有限公司 基于工业湖仓的数据同步方法、设备及介质

Family Cites Families (137)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5992752A (en) 1993-11-24 1999-11-30 Metrologic Instruments, Inc. Internet-based system for enabling information-related transactions over the internet using Java-enabled internet terminals provided with bar code symbol readers for reading Java-Applet encoded bar code symbols
US5524072A (en) 1991-12-04 1996-06-04 Enco-Tone Ltd. Methods and apparatus for data encryption and transmission
US5923735A (en) 1996-05-29 1999-07-13 Symbol Technologies, Inc. Self-service checkout system utilizing portable self-checkout communications terminal
BR9606368A (pt) 1995-05-24 1997-12-23 Walker Asset Management Ltd Sistema de cobrança e faturamento com o número 900 e método para serviços de computador on-line
US5745556A (en) 1995-09-22 1998-04-28 At&T Corp. Interactive and information data services telephone billing system
US5963915A (en) 1996-02-21 1999-10-05 Infoseek Corporation Secure, convenient and efficient system and method of performing trans-internet purchase transactions
US5729594A (en) 1996-06-07 1998-03-17 Klingman; Edwin E. On-line secured financial transaction system through electronic media
US5799285A (en) 1996-06-07 1998-08-25 Klingman; Edwin E. Secure system for electronic selling
US5778173A (en) 1996-06-12 1998-07-07 At&T Corp. Mechanism for enabling secure electronic transactions on the open internet
US6058250A (en) 1996-06-19 2000-05-02 At&T Corp Bifurcated transaction system in which nonsensitive information is exchanged using a public network connection and sensitive information is exchanged after automatically configuring a private network connection
US6088683A (en) 1996-08-21 2000-07-11 Jalili; Reza Secure purchase transaction method using telephone number
US6012144A (en) 1996-10-08 2000-01-04 Pickett; Thomas E. Transaction security method and apparatus
US20080172314A1 (en) 1996-11-12 2008-07-17 Hahn-Carlson Dean W Financial institution-based transaction processing system and approach
US5903721A (en) 1997-03-13 1999-05-11 cha|Technologies Services, Inc. Method and system for secure online transaction processing
IL120672A (en) 1997-04-15 2000-06-29 Nush Marketing Man And Consult System for transaction over communication network
GB2328044B (en) 1997-08-01 2002-02-27 Ibm Apparatus,method and computer program product for client/server computing with a transaction representation located on each transactionally involved server
US6138146A (en) 1997-09-29 2000-10-24 Ericsson Inc. Electronic mail forwarding system and method
US5970475A (en) 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners
EP0926611A3 (en) 1997-12-23 2000-12-20 AT&T Corp. Method for validation of electronic transactions
US6086618A (en) 1998-01-26 2000-07-11 Microsoft Corporation Method and computer program product for estimating total resource usage requirements of a server application in a hypothetical user configuration
US6233565B1 (en) 1998-02-13 2001-05-15 Saranac Software, Inc. Methods and apparatus for internet based financial transactions with evidence of payment
US7747523B2 (en) 1998-03-30 2010-06-29 Cohen Morris E Internet-based financial vehicles
US20160189118A2 (en) 1998-03-30 2016-06-30 Cohen Morris E Electronic Commerce Systems
US7248855B2 (en) 1998-09-15 2007-07-24 Upaid Systems, Ltd. Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account
US7451114B1 (en) 1999-02-19 2008-11-11 Visa International Service Association Conducting commerce between individuals
WO2000065517A1 (en) 1999-04-27 2000-11-02 Hertz Eli E Commercial transaction method
KR100582814B1 (ko) 1999-05-25 2006-05-23 세이프페이 오스트레일리아 피티와이 리미티드 네트워크 상거래 처리 방법 및 장치
KR100344786B1 (ko) 1999-07-15 2002-07-19 엘지전자주식회사 이동 통신망에서 발신자 정보 제공 시스템 및 발신자 정보 전송방법
US6704873B1 (en) 1999-07-30 2004-03-09 Accenture Llp Secure gateway interconnection in an e-commerce based environment
US6332134B1 (en) 1999-11-01 2001-12-18 Chuck Foster Financial transaction system
GB2367204B (en) 2000-06-06 2004-02-11 Ericsson Telefon Ab L M Accessing services and products via the internet
US7890433B2 (en) 2000-06-30 2011-02-15 Tara Chand Singhal Private and secure payment system
US7359880B2 (en) 2000-07-11 2008-04-15 Abel Luther C System and method for consumer control over card-based transactions
US20020046109A1 (en) 2000-07-24 2002-04-18 Huw Leonard Method and system for administering a customer loyalty reward program using a browser extension
US7031939B1 (en) 2000-08-15 2006-04-18 Yahoo! Inc. Systems and methods for implementing person-to-person money exchange
JP2002163584A (ja) 2000-11-24 2002-06-07 Fujitsu Ltd 携帯情報端末を利用したカード決済方法及びシステム
US20020066039A1 (en) 2000-11-30 2002-05-30 Dent Paul W. Anti-spoofing password protection
US20020069165A1 (en) 2000-12-06 2002-06-06 O'neil Joseph Thomas Efficient and secure bill payment via mobile IP terminals
US6993507B2 (en) 2000-12-14 2006-01-31 Pacific Payment Systems, Inc. Bar coded bill payment system and method
EP1229467A1 (de) 2001-02-06 2002-08-07 Wincor Nixdorf GmbH & Co KG Bezahlsystem mit einem mobilen Gerät
EP1381994A4 (en) 2001-02-27 2007-08-22 Exxonmobil Res & Eng Co SYSTEM AND METHOD FOR PROCESSING FINANCIAL TRANSACTIONS
US7487126B2 (en) 2001-04-09 2009-02-03 Khai Hee Kwan Computer network method for conducting payment over a network by debiting and crediting utilities accounts
US20030155413A1 (en) 2001-07-18 2003-08-21 Rozsa Kovesdi System and method for authoring and providing information relevant to a physical world
US7512566B1 (en) 2001-12-11 2009-03-31 Jpmorgan Chase Bank, N.A. System and method for using a stored value account having subaccount feature
US20040107170A1 (en) 2002-08-08 2004-06-03 Fujitsu Limited Apparatuses for purchasing of goods and services
GB0229765D0 (en) 2002-12-20 2003-01-29 Radicall Projects Ltd Payment system
US20040215534A1 (en) 2003-04-25 2004-10-28 Apple Computer, Inc. Method and system for network-based allowance control
US20050029358A1 (en) 2003-08-07 2005-02-10 Mankins David Patrick Bar code input for camera-equipped wireless devices
US20050082370A1 (en) 2003-10-17 2005-04-21 Didier Frantz System and method for decoding barcodes using digital imaging techniques
US7387250B2 (en) 2003-12-04 2008-06-17 Scanbuy, Inc. System and method for on the spot purchasing by scanning barcodes from screens with a mobile device
US7774283B2 (en) 2004-02-23 2010-08-10 Pitney Bowes Inc. Method and system for using a camera cell phone in transactions
US7379921B1 (en) 2004-11-08 2008-05-27 Pisafe, Inc. Method and apparatus for providing authentication
US7210620B2 (en) 2005-01-04 2007-05-01 Ameriprise Financial, Inc. System for facilitating online electronic transactions
US20110191209A1 (en) 2005-01-26 2011-08-04 2B Wireless Method and System for Conditional Transactions
CN101167298A (zh) 2005-04-21 2008-04-23 法国电信公司 用于访问装在移动终端内的sim卡的方法和装置
US8079079B2 (en) 2005-06-29 2011-12-13 Microsoft Corporation Multimodal authentication
WO2007008860A2 (en) 2005-07-11 2007-01-18 Conrad Sheehan Secure electronic transactions between a mobile device and other mobile, fixed or virtual devices
US7389912B2 (en) 2005-08-16 2008-06-24 International Business Machines Corporation Method and system for creating banking sub-accounts with varying limits
JP2007148680A (ja) 2005-11-25 2007-06-14 Fujitsu Ltd 集積回路搭載カード、携帯通信端末装置、取引システム及びその不正利用防止方法
US8511547B2 (en) 2005-12-22 2013-08-20 Mastercard International Incorporated Methods and systems for two-factor authentication using contactless chip cards or devices and mobile devices or dedicated personal readers
KR20060003849A (ko) 2005-12-27 2006-01-11 위준상 바코드를 이용한 대금정산방법 및 그 시스템
US20070156579A1 (en) 2006-01-05 2007-07-05 Ubequity, Llc System and method of reducing or eliminating change in cash transaction by crediting at least part of change to buyer's account over electronic medium
US20070168282A1 (en) 2006-01-13 2007-07-19 Advanced Payment Products, Llc Systems and/or methods for simplifying payment systems, and payment instruments implementing the same
US20070208816A1 (en) 2006-02-03 2007-09-06 Cibernet Corporation System and method for electronically facilitating, recording, and tracking transactions
US8016187B2 (en) 2006-02-21 2011-09-13 Scanbury, Inc. Mobile payment system using barcode capture
US8024734B2 (en) 2006-03-23 2011-09-20 Oracle International Corporation Enabling a designer to specify workflows to process various results of execution of transactions
US20070244811A1 (en) 2006-03-30 2007-10-18 Obopay Inc. Mobile Client Application for Mobile Payments
CA2647602A1 (en) 2006-03-30 2008-03-06 Obopay Inc. Mobile person-to-person payment system
US7331518B2 (en) 2006-04-04 2008-02-19 Factortrust, Inc. Transaction processing systems and methods
US20070300058A1 (en) 2006-06-21 2007-12-27 Nokia Corporation Credential Provisioning For Mobile Devices
US8027917B2 (en) 2006-08-15 2011-09-27 Frank Easterly Method for facilitating financial and non financial transactions between customers, retailers and suppliers
US8909553B2 (en) 2006-09-06 2014-12-09 Transaction Wireless, Inc. Payment card terminal for mobile phones
EP1921578A1 (en) 2006-11-13 2008-05-14 Yellow One Asset Management Ltd. Payment method and system between the buyer and seller by means of a third party
US8041634B2 (en) 2006-11-14 2011-10-18 Visa U.S.A. Inc. Payment processing system debt conversion notification
US9135612B1 (en) 2011-04-17 2015-09-15 Proctor Consulting, LLC Proximity detection, virtual detection, or location based triggering of the exchange of value and information
US8935187B2 (en) 2007-03-07 2015-01-13 Playspan, Inc. Distributed payment system and method
US8473411B2 (en) 2007-05-30 2013-06-25 Visa U.S.A. Inc. Bulk activation of portable consumer payment devices
CN101324942A (zh) 2007-06-13 2008-12-17 阿里巴巴集团控股有限公司 利用包含ic卡的身份证进行交易的支付系统及方法
US20090069049A1 (en) 2007-09-12 2009-03-12 Devicefidelity, Inc. Interfacing transaction cards with host devices
US20090084840A1 (en) 2007-10-01 2009-04-02 Gilbarco, Inc. System and method for payment at a point-of-sale terminal
US20090094123A1 (en) 2007-10-03 2009-04-09 Patrick Killian Payment services provider methods in connection with personalized payments system
US20090108080A1 (en) 2007-10-31 2009-04-30 Payscan America, Inc. Bar coded monetary transaction system and method
DE102007059816A1 (de) 2007-12-11 2009-06-18 Mikhail Nikandrov Verfahren zum mobilen Erwerb von elektronischen Tickets
EP2073160A1 (de) 2007-12-18 2009-06-24 Kienzle Argo Taxi International GmbH Übermittlung kodierter Daten von einem Terminal zu einem zentralen Server über ein mobiles Endgerät mittels eines mehrdimensionalen Barcodes
US8756161B2 (en) 2008-02-11 2014-06-17 Accenture Global Services Limited Customer initiated payment method using mobile device
EP2088549A1 (en) 2008-02-11 2009-08-12 Accenture Global Services GmbH Customer initiated payment method
US8301500B2 (en) 2008-04-02 2012-10-30 Global 1 Enterprises Ghosting payment account data in a mobile telephone payment transaction system
US8175979B2 (en) 2008-04-02 2012-05-08 International Business Machines Corporation Method and system for anonymous electronic transactions using a mobile device
CN101567103A (zh) 2008-04-25 2009-10-28 深圳富泰宏精密工业有限公司 整合电子商务信息的行动装置及利用该行动装置进行交易的方法
US7904339B2 (en) 2008-06-20 2011-03-08 Microsoft Corporation Extensible framework for supporting different modes of payments
US20100063891A1 (en) 2008-09-11 2010-03-11 Palm, Inc. Retail shopping method and system using upc capture
CA2770224A1 (en) 2008-10-07 2010-04-15 Paynearme, Inc. Reverse payment transaction system and method
US10803515B2 (en) 2008-10-31 2020-10-13 First Data Corporation Systems, methods, and apparatus for using a contactless transaction device reader with a computing system
EP2182493A1 (en) 2008-11-04 2010-05-05 Gemalto SA Remote user authentication using NFC
US10839384B2 (en) 2008-12-02 2020-11-17 Paypal, Inc. Mobile barcode generation and payment
US8600883B2 (en) 2008-12-02 2013-12-03 Ebay Inc. Mobile barcode generation and payment
EP2199992A1 (en) 2008-12-19 2010-06-23 Gemalto SA Secure activation before contactless banking smart card transaction
EA022027B1 (ru) 2009-02-14 2015-10-30 Нет2Текст Лимитед Безопасный платеж и способ выставления счета с использованием номера мобильного телефона или абонентского лицевого счета
TW201032160A (en) 2009-02-19 2010-09-01 Simpleact Inc System and method for mobile trade
US20100299255A1 (en) 2009-05-21 2010-11-25 Nizam Antoo Cash redemption of funded portable consumer transaction device without purchase transaction requirements
US20110010254A1 (en) 2009-07-07 2011-01-13 Chenot Richard H Transaction processing systems and methods for per-transaction personal financial management
US8396808B2 (en) 2009-07-31 2013-03-12 Think Computer Corporation Method and system for transferring an electronic payment
US7865937B1 (en) 2009-08-05 2011-01-04 Daon Holdings Limited Methods and systems for authenticating users
US8655733B2 (en) 2009-08-27 2014-02-18 Microsoft Corporation Payment workflow extensibility for point-of-sale applications
US20110087592A1 (en) 2009-10-13 2011-04-14 Van Der Veen Larry Systems and methods for facilitating transactions
US20110117966A1 (en) 2009-10-23 2011-05-19 Appsware Wireless, Llc System and Device for Consolidating SIM, Personal Token, and Associated Applications
US9516017B2 (en) 2009-10-23 2016-12-06 Apriva, Llc System and device for consolidating SIM, personal token, and associated applications for electronic wallet transactions
US20110137742A1 (en) 2009-12-09 2011-06-09 Ebay Inc. Payment using unique product identifier codes
CN102741874B (zh) 2009-12-13 2016-08-24 因特伟特公司 用于使用移动设备从零售机构购买产品的系统和方法
US20120072353A1 (en) * 2010-02-11 2012-03-22 Christopher Boone Enhanced system and method for multipath contactless transactions
US8275699B2 (en) 2010-02-25 2012-09-25 Paynearme, Inc. Honorary credit system and method
US9245267B2 (en) 2010-03-03 2016-01-26 Visa International Service Association Portable account number for consumer payment account
WO2011112752A1 (en) 2010-03-09 2011-09-15 Alejandro Diaz Arceo Electronic transaction techniques implemented over a computer network
US8380177B2 (en) 2010-04-09 2013-02-19 Paydiant, Inc. Mobile phone payment processing methods and systems
US20110251910A1 (en) 2010-04-13 2011-10-13 James Dimmick Mobile Phone as a Switch
WO2011130422A2 (en) 2010-04-13 2011-10-20 Visa International Service Association Mobile phone as a switch
US20110276418A1 (en) 2010-05-07 2011-11-10 S1 Corporation Apparatus, System and Method For Purchaser to Business Payments
EP2393261A1 (en) 2010-06-04 2011-12-07 Gemalto SA A portable device, system and a method for preventing a misuse of data originating from the portable device
US20120078751A1 (en) 2010-09-24 2012-03-29 Macphail William Mobile device point of sale transaction system
US8498934B2 (en) 2010-10-21 2013-07-30 Bml Productions, Inc. Multi-account payment consolidation system
US20130006848A1 (en) 2010-11-12 2013-01-03 Kuttuva Avinash Method of virtual transaction using mobile electronic devices or fixed electronic devices or a combination of both, for global commercial or noncommercial purposes
US20120267432A1 (en) 2010-11-12 2012-10-25 Kuttuva Avinash Secure payments with global mobile virtual wallet
US20120130889A1 (en) 2010-11-19 2012-05-24 Mastercard International Incorporated Financial card method, device and system utilizing bar codes to identify transaction details
US20120203695A1 (en) 2011-02-09 2012-08-09 American Express Travel Related Services Company, Inc. Systems and methods for facilitating secure transactions
WO2012111019A1 (en) 2011-02-14 2012-08-23 Ravi Jagannathan Automated mobile transaction processing system and method
AU2012217606A1 (en) 2011-02-16 2013-05-09 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US10586227B2 (en) 2011-02-16 2020-03-10 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US20120233004A1 (en) 2011-03-11 2012-09-13 James Bercaw System for mobile electronic commerce
CA2835508A1 (en) 2011-05-10 2012-11-15 Dynamics Inc. Systems, devices, and methods for mobile payment acceptance, mobile authorizations, mobile wallets, and contactless communication mechanisms
US8616453B2 (en) 2012-02-15 2013-12-31 Mark Itwaru System and method for processing funds transfer between entities based on received optical machine readable image information
WO2012151660A1 (en) 2011-05-11 2012-11-15 Mark Itwaru Mobile image payment system
US9721243B2 (en) 2011-05-11 2017-08-01 Riavera Corp. Mobile payment system using subaccounts of account holder
US9715704B2 (en) 2011-05-11 2017-07-25 Riavera Corp Merchant ordering system using optical machine readable image representation of invoice information
US8412631B2 (en) 2011-05-13 2013-04-02 American Express Travel Related Services Company, Inc. Cloud enabled payment processing system and method
US9027827B2 (en) 2012-01-16 2015-05-12 Qualcomm Incorporated System and method for providing a personalized shopping experience and personalized pricing of products and services with a portable computing device
WO2014043278A1 (en) 2012-09-11 2014-03-20 Visa International Service Association Cloud-based virtual wallet nfc apparatuses, methods and systems
EP3430829B1 (en) 2016-03-17 2023-01-04 Apple Inc. Managing program credentials on electronic devices

Also Published As

Publication number Publication date
PH12013502295A1 (en) 2014-01-06
CA2835734A1 (en) 2012-11-15
CA2835733A1 (en) 2012-11-15
MX2013013166A (es) 2014-09-01
PH12019500489A1 (en) 2020-12-02
PH12013502297A1 (en) 2014-01-06
US11295280B2 (en) 2022-04-05
US20190220832A1 (en) 2019-07-18

Similar Documents

Publication Publication Date Title
US9734498B2 (en) Mobile image payment system using short codes
US9721243B2 (en) Mobile payment system using subaccounts of account holder
US10262315B2 (en) Dual mode payment application for processing of encoded transfer transaction information
US10223674B2 (en) Customized transaction flow for multiple transaction types using encoded image representation of transaction information
US20190188682A1 (en) Mobile image payment system using sound-based codes
US20150287021A1 (en) Mobile image payment system
US9715704B2 (en) Merchant ordering system using optical machine readable image representation of invoice information
WO2012151684A1 (en) Mobile image payment system using short codes
US20180089661A1 (en) Split Mobile Payment System
CA2909104A1 (en) Mobile payment system using subaccounts of account holder
US11295280B2 (en) Customized transaction flow for multiple transaction types using encoded image representation of transaction information
US20190272529A1 (en) Dual mode payment application for processing of encoded transfer transaction information