MX2013013165A - Sistema de pago de imagen movil. - Google Patents

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 una imagen óptima legible por máquina. En una modalidad, el Consumidor escanea la imagen que se puede escanear por el dispositivo móvil, codificada que es presentada 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 Consumidor 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. La imagen que se puede escanear del comerciante puede ser presentada en cualquier producto o medio publicitario.

Description

SISTEMA DE PAGO DE IMAGEN MOVIL 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.

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-fí, 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.

De acuerdo con una modalidad, un método para permitir que un consumidor r ealice, utilizando u n dispositivo móvil, una transacción de pago con un comerciante, comprende las etapas de: escanear una imagen que puede escanearse del dispositivo móvil utilizando el dispositivo móvil, en donde la imagen que puede escanearse del dispositivo móvil está codificada con datos del comerciante; recibir la imagen que puede escanearse del dispositivo móvil en un cliente de pago móvil, el cliente de pago móvil se ejecuta en el dispositivo móvil; el cliente de pago móvil descodifica la imagen que puede escanearse al dispositivo móvil en datos del comerciante; el cliente de pago móvil recupera los datos del dispositivo con respecto al dispositivo móvil desde el dispositivo móvil; el cliente de pago móvil recibe una solicitud de pago del consumidor y un identificador de cuenta de pago del consumidor ingresado por el consumidor, en donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago d el consumidor; el cliente de pago móvil e nvía los datos del comerciante, la solicitud de pago del consumidor, el identificador de cuenta de pago del consumidor, y los datos del dispositivo a una interfase de pago móvil, la interfase de pago móvil se ejecuta en u no o más servidores de transacción; la interfase d e pago móvil utiliza los datos del dispositivo y el identificador de cuenta de pago del consumidor para identificar al consumidor; la inferíase de pago móvil crea una solicitud de transacción utilizando los datos del comerciante, la solicitud de pago del consumidor y la información de cuenta de pago del consumidor; la inferíase de pago móvil envía la solicitud de transacción a una plataforma de pago; la plataforma de pago aprueba la solicitud de transacción en el caso en que la cuenta de pago del consumidor tenga fondos suficientes para cubrir la cantidad de la transacción de pago, y carga la cantidad de la transacción de pago a la cuenta de pago del consumidor y acredita la cantidad en una cuenta del comerciante; la plataforma de pago envía a la interfase de pago móvil una notificación de la aprobación o negación de la solicitud de transacción; y la interfase de pago móvil envía una confirmación de la aprobación o negación de la solicitud de transacción al cliente de pago móvil y al comerciante.

De acuerdo con una modalidad adicional, un método para permitir que un consumidor realice, utilizando un dispositivo móvil, una transacción de pago con un c omerciante, el método comprende las etapas de: escanear una imagen que puede escanearse del dispositivo móvil utilizando el dispositivo móvil, en donde la imagen que puede escanearse del dispositivo móvil está codificada con datos del comerciante; recibir la imagen que puede escanearse del dispositivo móvil en una aplicación de cliente de pago móvil, la aplicación de cliente de pago móvil se ejecuta en el dispositivo móvil; la aplicación de cliente de pago móvil descodifica la imagen que puede escanearse del dispositivo móvil en datos del comerciante; la aplicación de cliente de pago móvil recupera los datos del dispositivo con respecto al dispositivo móvil desde el dispositivo móvil; la aplicación de cliente d e pago móvil r ecibe una solicitud de pago del consumidor y un identificador de cuenta de pago del consumidor ingresado por el consumidor, en donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor; la aplicación de cliente de pago móvil envía los datos del comerciante, la solicitud de pago del consumidor, el identificador de cuenta de pago del consumidor, y los datos del dispositivo hacia una interfase de transacción de pago móvil, la interfase de transacción de pago móvil se ejecuta en uno o más servidores de transacción; la interfase de transacción de pago móvil utiliza los datos del dispositivo y el identificador de cuenta de pago del consumidor para identificar al consumidor; la interfase de transacción de pago móvil crear una solicitud de transacción utilizando los datos del comerciante, la solicitud de pago del consumidor y la información de cuenta de pago del consumidor; la interfase de transacción de pago móvil envía la solicitud de transacción a una plataforma de pago; la plataforma de pago aprueba la solicitud de transacción en el caso en que la cuenta de pago del consumidor tenga fondos suficientes para cubrir la cantidad de la transacción de pago, y carga la cantidad de la transacción de pago a la cuenta de pago del consumidor y acredita la cantidad en una cuenta del comerciante; la plataforma de pago envía a la interfase de transacción de pago móvil una notificación de la aprobación o negación de la solicitud de transacción; y la interfase de transacción de pago móvil envía una confirmación de la aprobación o negación de la solicitud de transacción a la aplicación de cliente de pago móvil y al dispositivo de computadora del comerciante.

Una modalidad adicional es donde la confirmación de la aprobación o negación de la transacción enviada por la interfase de transacción de pago móvil al comerciante después del término de la transacción se envía a la interfase del comerciante que se ejecuta en la terminal punto de venta.

Una modalidad adicional es donde antes de que la interfase de transacción de pago móvil envíe la solicitud de transacción a la plataforma de pago: la aplicación de cliente de pago móvil solicita al consumidor que ingrese un número PIN o contraseña asociado con la cuenta de pago del consumidor; la aplicación de cliente de pago móvil recibe el número PIN o contraseña; y la aplicación de cliente de pago móvil envía el número PIN o contraseña a la interfase de transacción de pago móvil; y además comprende: la interfase de transacción de pago móvil envía el número PIN o contraseña a la plataforma de pago; y la plataforma de pago autentica la cuenta de pago utilizando el número PIN o contraseña.

Una modalidad adicional es un sistema para permitir al consumidor realizar, utilizando un dispositivo móvil, una transacción de pago con un comerciante, que comprende: una aplicación de cliente del pago móvil se ejecuta en el dispositivo móvil, el dispositivo móvil configurado para escanear una imagen que puede escanearse del dispositivo móvil codificada con datos del comerciante; y una interfase de transacción de pago móvil que se ejecuta en un servidor de transacción; en donde la aplicación de cliente de pago móvil y la interfase de transacción de pago móvil se configuran para ser capaces de enviar información a, y recibir información de, uno del otro; en donde la interfase de transacción de pago móvil se configura para enviar información a, y recibir información de, una plataforma de pago; y en donde la aplicación de cliente de pago móvil: recibe la imagen que puede escanearse del dispositivo móvil; descodifica la imagen que puede escanearse del dispositivo móvil en datos del comerciante; recupera los datos del dispositivo con respecto al dispositivo móvil desde el dispositivo móvil; recibe una solicitud de pago del consumidor y un identificador de cuenta de pago del consumidor i ngresado por el c onsumidor, en donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor; y envía los datos del comerciante, la solicitud de pago del consumidor, el identificador de cuenta de pago del consumidor y los datos del dispositivo a la interfase de pago móvil; y en donde la interfase de transacción de pago móvil: recibe los datos del comerciante, la solicitud de pago del consumidor, el identificador de cuenta de pago del consumidor, y los datos del dispositivo; utiliza los datos del dispositivo y el identificador de cuenta de pago del consumidor para identificar al consumidor; crea una solicitud de transacción utilizando los datos del comerciante, la solicitud de pago del consumidor y el identificador de cuenta de pago del consumidor; envía la solicitud de transacción a la p lataforma de pago; recibe desde I a plataforma de pago una aprobación de transacción, en el caso de que la cuenta de pago del consumidor tenga los fondos suficientes para cubrir la cantidad de la transacción de pago, la plataforma de pago configurada para cargar la cantidad d e la transacción de pago a la cuenta de pago del consumidor y acredita la cantidad a una cuenta del comerciante, o una negación de la transacción, en el caso de que la cuenta de pago del consumidor no tenga los fondos suficientes para cubrir la cantidad de la transacción de pago; y envía la confirmación de la aprobación o negación de la transacción a la aplicación de cliente de pago móvil y a la interfase del comerciante.

Una modalidad adicional es un método para permitir al consumidor realizar, utilizando un dispositivo móvil, una transacción de pago con un comerciante, el método comprende las etapas de: escanear una imagen que puede escanearse del dispositivo móvil utilizando el dispositivo móvil, en donde la imagen que puede escanearse del dispositivo móvil está codificada con datos del comerciante; recibir la imagen que puede escanearse del dispositivo móvil en una aplicación de cliente de pago móvil, la aplicación de cliente de pago móvil se ejecuta en el dispositivo móvil; la aplicación de cliente de pago móvil descodifica la imagen que puede escanearse del dispositivo móvil en datos del comerciante; I a aplicación de cliente de pago móvil recibe una solicitud de pago del consumidor y un identificador de cuenta de pago del consumidor ingresado por el consumidor, en donde el identificador de cuenta de pago del consumidor i dentifica una cuenta de pago del consumidor; la aplicación de cliente de pago móvil envía los datos del comerciante, la solicitud de pago del consumidor y el identificador de cuenta de pago del consumidor a una interfase de transacción de pago móvil, la interfase de transacción de pago móvil se ejecuta en uno o más servidores de transacción; la interfase de transacción de pago móvil que utiliza el identificador de cuenta de pago del consumidor para identificar al consumidor; la interfase de transacción de pago móvil crea una solicitud de transacción utilizando los datos del comerciante, la solicitud de pago del consumidor y la información de cuenta de pago del consumidor; la interfase de transacción de pago móvil envía la solicitud de transacción a una plataforma de pago; la plataforma de pago aprueba la solicitud de transacción en el caso en que la cuenta de pago del consumidor tenga los fondos suficientes para cubrir la cantidad de la transacción de pago, y carga la cantidad de la transacción de pago a la cuenta de pago del consumidor y acredita la cantidad a una cuenta del comerciante; la plataforma de pago envía a la interfase de transacción de pago móvil una notificación de la aprobación o negación de la solicitud de transacción; y la interfase de transacción de pago móvil envía una confirmación de la aprobación o negación de la solicitud de transacción a la aplicación de cliente de pago móvil y a la interfase del comerciante.

Un primer aspecto proporcionado es 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 transacción 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 al procesador de la computadora a realizar las siguientes etapas de: recibir una imagen que puede escanearse, en donde la imagen que puede escanearse está codificada con datos del comerciante asociados con el producto; descodificar la imagen que puede escanearse para obtener los datos del comerciante; recibir un identificador de cuenta de pago del consumidor, en donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor para el uso en la terminación de la transacción; enviar la solicitud de pago que incluye los datos del comerciante y el identificador de cuenta de pago del consumidor a la interfase de transacción a través de la red de comunicaciones; y recibir una confirmación de la aprobación o negación de la solicitud de pago desde la interfase de transacción.

Un segundo aspecto proporcionado es un método para generar una solicitud de pago para recibir por medio de una interfase de transacción 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, el método que incluye las etapas de: obtener una imagen que puede escanearse, en donde la imagen que puede escanearse está codificada con datos del comerciante asociado con el producto; descodifícar la imagen que puede escanearse para obtener los datos del comerciante; recibir un identificador de cuenta de pago del consumidor, e n donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor para el uso en la terminación de la transacción; enviar la solicitud de pago que incluye los datos del comerciante y el identificador de cuenta de pago del consumidor a la interfase de transacción a través de la red de comunicaciones; y recibir una confirmación de la aprobación o negación de la solicitud de pago desde la interfase de transacción.

Un tercer aspecto proporcionado es 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 que proporciona 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 los datos del comerciante, un identificador de cuenta de pago del consumidor, y datos codificados asociados con una imagen que puede escanearse desde un dispositivo móvil a través de la red de comunicaciones, en donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor para el uso en la terminación de la transacción; descodificar los datos codificados para obtener los datos de transacción; utilizando el identificador de cuenta de pago del consumidor para identificar la información de cuenta de pago del consumidor; crear una solicitud de transacción utilizando los datos del comerciante, la información de cuenta de pago del 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.

Un cuarto aspecto proporcionado es un método 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 que proporciona un producto al consumidor, el método comprende las etapas de coordinar el procesamiento de la solicitud de pago al: recibir la solicitud de pago que incluye los datos del comerciante, un identificador de cuenta de pago del consumidor, y datos codificados asociados con una imagen que puede escanearse desde un dispositivo móvil a través de la red de comunicaciones, en donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor para el uso en la terminación de la transacción; descodificar los datos codificados para obtener los datos de transacción; utilizando el identificador de cuenta de pago del consumidor para identificar la información de cuenta de pago del consumidor; crear una solicitud de transacción utilizando los datos del comerciante, la información de cuenta de pago del 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.

Un quinto aspecto proporcionado es un método 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 que proporciona un producto al consumidor, el método comprende las etapas de coordinar el procesamiento de la solicitud de pago al: recibir la solicitud de pago que incluye I os datos del comerciante, y un identificador de cuenta de pago del consumidor desde un dispositivo móvil a través de la red de comunicaciones, en donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor para el uso en la terminación de la transacción; utilizando el identificador de cuenta de pago del consumidor para identificar la información de cuenta de pago del consumidor; crear una solicitud de transacción utilizando los datos del comerciante, la información de cuenta de pago del 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 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 puede 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 (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, así 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 que se utiliza 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.

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 e interactúa con la OMRI 200 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 16 puede hacer la OMRI 200 disponible en el entorno del consumidor 4 para su acceso subsiguiente por el consumidor 18 y/o puede enviar la OMRI 200 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 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 12, 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 desde el entorno 4 y/o inicia al generar la OMRI 200 y envía la OMRI 200 (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 (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 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 (y/o la información obtenida desde la OMRI 200 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 1 6 al consumidor 1 8, de modo que la OMRI 200 (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 ¡nterfase 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. Se reconoce que la OMRI 200 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 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 en el margen del generador de imágenes 118. En términos de mensajes electrónicos 54 que contienen una imagen de OMRI 200, 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, 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 puede ser cualquier sustrato físico (por ejemplo, papel, ropa, plástico, etc.) tras el cual la OMRI 200 puede 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, los medios electrónicos pueden ser tales como pero sin limitarse a: vallas publicitarias electrónicas; pantallas de computadora d e I os sistemas de computadora del c omerciante tales como 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.

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 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 enviada 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 en su interfase de usuario 104 utilizando u n 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, 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, En su lugar, la OMRI 200 puede 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 utilizando el generador de imágenes 118 d el dispositivo d e computadora 12 (por ejemplo, un dispositivo móvil con cámara habilitada), para el procesamiento subsiguiente por medio del dispositivo computadora 12 y el servicio de transacción 20.

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ónica 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 (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 (véase la Figura 4) que contiene la información de producto codificada e información del comerciante (información de simbología 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 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 representa una 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.

O RI 200 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 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 O RI 200; recibir el archivo de imagen contiene la OMRI 200; y/o grabar/capturar la imagen de la OMRI 200 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 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 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.

En términos de la información de simbología 204 de la OMRI 200, la información de simbología 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 simbología 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 simbología 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 simbología 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 simbología 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 1D.

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 simbología 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 simbología 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 simbología 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 simbología 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 OMRI 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 conf ¡abilidad 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 asi 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 interfase de transacción 15 o la interfase del comerciante 8, para facilitar el procesamiento de la transacción 5 asociado con la OMRI 200.

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, 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 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 que 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 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 OMRI 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, un 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 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, 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 puede contener un identificador 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 identificador 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 inferíase 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 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 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 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 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 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 descodifícarse (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 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).

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; 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 "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.

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 presentado por el Medio Electrónico o Impreso particular. El resto de la transacción se completa en el dispositivo móvil del Consumidor, sin requerir que el Consumidor 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, 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 sim plificado.

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-codificada puede 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 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 generada 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.

Etapa 306. La aplicación móvil 113 puede leer la OMRI 200 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.

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 que contiene 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 "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 un OMRI 200 que contiene 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 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.

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.).

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 consumidores 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) a la interfase de 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 para su corrección (por ejemplo, información de comerciante, cantidades de la transacción, etc.), recuperar la información de comerciante 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.

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 que contienen 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.

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 inferíase 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 interfase de transacción 15 que incluye el sistema de procesamiento de transacción 80 y el sistema de procesamiento de la OMRI 90, de modo que el sistema de procesamiento de la OMRI 90 genera la OMRI 200 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 (y/o la información obtenida desde de la OMRI 200 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 de la OMRI 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 de la OMRI 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 de la OMRI 90 (por ejemplo, módulos de red 40,50, módulos de generación de la OMRI 32, 62, 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 puede implementarse por el sistema de procesamiento 80 y cualquier transacción que procesa la funcionalidad relacionada puede implementarse por el sistema de la OMRI 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, 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 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 identif icador de comerciante o transacción 203) para conversión en la información de simbología 204 por el sistema de la OMRI 90. También puede incluirse un módulo de presentación 33 para configurar la OMRI 200 generada para presentación en una pantalla y/o su impresión en un medio físico.

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 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 identif icador 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. También se incluye un módulo de transacción 34 y/o módulo descodificador 66 que utiliza un descodif icador 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.

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 identificador 203 obtenido desde la Información de simbología de la OMRI 204. 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 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 codif icador/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 descodificador 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 presentada 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 implementa 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, 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.

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, así como coordinar la transferencia de datos 206,208,210,211,203 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 OM I 200.

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 de la OMRI (módulo de generación de la OMRI 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 de la OMRI 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 de la OMRI 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 de la OMRI en lugar de o de otra forma en sustitución de cualquiera de la funcionalidad de procesamiento del sistema de procesamiento/generación de la OMRI implementado 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 utilizando los sistemas de la interfase del comerciante 8 misma. En cualquier caso, la siguiente descripción del módulo 62 de la OMRI puede ser representativa de las capacidades de generación de la OMRI del módulo 62 de la OMRI de la interfase del comerciante 8 y/o del módulo 62 de la OMRI 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 OMRI 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.

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 de la OMRI 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. Se reconoce que la OMRI 200 puede generarse por el módulo de la OMRI 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, 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 interfase del comerciante 8 puede recibir mediante los mensajes de respuesta de la OMRI 200 generada, para uso subsiguiente al proporcionar la OMRI 200 al consumidor 18. En este caso, el módulo 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 del comerciante 8 también puede opcionalmente tener un módulo de presentación de la OMRI 63, utilizado por el comerciante 16 para presentar física y/o electrónicamente la OMRI 200 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 de la OMRI 63 puede configurarse para proporcionar instrucciones a una impresora para imprimir físicamente la OMRI 200 y/o puede configurarse para proporcionar instrucciones a una pantalla electrónica para presentar la OMRI 200. En cualquier caso, el módulo de presentación de la OMRI 63 se configura para presentar la OMRI 200 al consumidor 18 para la captura de imagen subsiguiente (de la OMRI 200) 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 identificadores ú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 inferíase 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 de 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 simbologia 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 simbologia 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 simbología 204.

En términos de datos de consumidor 211, estos datos de la información de simbología 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 simbología 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 simbología 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, 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 de 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 similares a (o al menos una porción de) la funcionalidad del sistema de procesamiento de la OMRI 80 y/o el sistema de generación de la OMRI 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 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 de la OMRI 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 a la interfase de transacción 15, y/o se configura para el procesamiento (es decir, descodificar) la OMRI 200 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 inferíase 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. Se reconoce que la OMRI 200 se genera por medio del módulo de generación de la OMRI 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 interfase 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) 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 O RI 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.

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 de OMRI 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, 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 directamente al dispositivo de computadora 12). Se reconoce que la OMRI 200 puede 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 OMRI 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 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 puede presentarse en un medio impreso o medio electrónico para el escaneo, la imagen que puede escanearse por el dispositivo móvil puede presentarse en una terminal de punto de venta para el escaneo; la imagen que puede escanearse por el dispositivo móvil 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 identif icador 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 interfase 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 identif icador 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.

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 (42)

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 transacción 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 una imagen que puede escanearse, en donde la imagen que puede escanearse está codificada con datos del comerciante asociados con el producto; descodificar la imagen que puede escanearse para obtener los datos del comerciante; recibir un identif icador de cuenta de pago del consumidor, en donde el identificador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor para su uso en completar la transacción; enviar la solicitud de pago incluyendo los datos del comerciante y el identificador de cuenta de pago del consumidor a la interfase de transacción a través de la red de comunicaciones; y recibir una confirmación de aprobación o negación de la solicitud de pago desde la interfase de transacción.

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 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 del 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 inferíase 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 el 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 la imagen que puede escanearse se presenta 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 la solicitud de pago incluye información codificada de la imagen que puede escanearse que contiene información única que solamente puede descodificarse por medio de la interfase de transacción.

11. 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.

12. 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.

13. Un método para generar una solicitud de pago para recepción por medio de una interfase de transacción 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, el método incluye las etapas de: obtener una imagen que puede escanearse, en donde la imagen que puede escanearse se codifica con los datos del comerciante asociados con el producto; descodificar la imagen que puede escanearse para obtener los datos del comerciante; recibir un identif icador de cuenta de pago del consumidor, en donde el identif icador de cuenta de pago del consumidor identifica una cuenta de pago del consumidor para su uso en completar la transacción; enviar la solicitud de pago que incluye los datos del comerciante y el identif icador de cuenta de pago del consumidor a la interfase de transacción a través de la red de comunicaciones; y recibir una confirmación de aprobación o negación de la solicitud de pago desde la interfase de transacción.

14. El método de acuerdo con la reivindicación 13, que además comprende 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 del consumidor respectivo.

15. El método de acuerdo con la reivindicación 13, que además comprende 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.

16. El método de acuerdo con la reivindicación 13, en donde el 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.

17. El método de acuerdo con la reivindicación 13, en donde la imagen que puede escanearse se presenta en un medio seleccionado del grupo que consiste de: un medio de visualización electrónica de una terminal de punto de venta; un medio impreso; y medios de publicidad electrónicos.

18. El método de acuerdo con la reivindicación 13, en donde la solicitud de pago incluye información codificada de la imagen que puede escanearse que contiene información única que solamente puede descodificarse por la interfase de transacción.

19. El método de acuerdo con la reivindicación 13, 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; y cuenta de valores almacenados e información de inicio de sesión.

20. El método de acuerdo con la reivindicación 13, en donde la imagen que puede escanearse se obtiene a partir de un mensaje de red recibido desde la red de comunicaciones.

21. 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 identif icador de cuenta de pago de consumidor, y datos codificados asociados con una imagen que puede escanearse desde un dispositivo móvil a través de la red de comunicaciones, en donde el identif icador de cuenta de pago de consumidor identifica una cuenta de pago del consumidor para su uso en completar la transacción; descodificar los datos codificados para obtener los datos de transacción ; utilizar el identif icador de cuenta de pago de consumidor para identificar la información de cuenta de pago del 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 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.

22. El sistema de transacción de acuerdo con la reivindicación 21, en donde el procesador de computadora además se programa para: generar la imagen que puede escanearse para incluir los datos de comerciante.

23. El sistema de transacción de acuerdo con la reivindicación 21, 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.

24. El sistema de transacción de acuerdo con la reivindicación 21, 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.

25. El sistema de transacción de acuerdo con la reivindicación 21, en donde el 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 se almacena en el sistema de transacción.

26. El sistema de transacción de acuerdo con la reivindicación 21, en donde la solicitud de pago incluye los datos del dispositivo del dispositivo móvil.

27. El sistema de transacción de acuerdo con la reivindicación 26, en donde los datos del dispositivo incluyen uno o más seleccionados del grupo que consiste de: el número de Identidad de Equipo Móvil Internacional (IMEI), número telefónico, nombre del portador y coordenadas de ubicación geográfica.

28. El sistema de transacción de acuerdo con la reivindicación 21, en donde la cuenta de pago 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.

29. El sistema de transacción de acuerdo con la reivindicación 21, en donde el 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.

30. El sistema de transacción de acuerdo con la reivindicación 21, en donde los datos codificados contienen información única que puede descodificarse solamente por el sistema de transacción.

31. Un método 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 método comprende las etapas de coordinar el procesamiento de la solicitud de pago al: recibir la solicitud de pago que incluye datos del comerciante, un identificador de cuenta de pago de consumidor, y datos codificados asociados con una imagen que puede escanearse desde un dispositivo móvil a través de la red de comunicaciones, en donde el identificador de cuenta de pago de consumidor identifica una cuenta de pago del consumidor para su uso en completar la transacción; descodificar los datos codificados para obtener datos de transacción; utilizar el identificador de cuenta de pago 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 la 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 los fondos suficientes para cubrir un monto 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.

32. El método de acuerdo con la reivindicación 31, que además comprende la etapa de: generar la imagen que puede escanearse para incluir los datos del comerciante.

33. El método de acuerdo con la reivindicación 31, en donde la confirmación se envía al comerciante mediante una interfase que se ejecuta en una terminal de punto de venta como el dispositivo de computadora.

34. El método de acuerdo con la reivindicación 31, que además comprende las etapas de: 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.

35. El método de acuerdo con la reivindicación 31, en donde el 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 se almacena localmente.

36. El método de acuerdo con la reivindicación 31, en donde la solicitud de pago incluye datos de dispositivo del dispositivo móvil.

37. El método de acuerdo con la reivindicación 36, en donde los datos de dispositivo incluyen uno o más seleccionados del grupo que consiste 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.

38. El método de acuerdo con la reivindicación 31, en donde la cuenta de pago 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 valor almacenada electrónica.

39. El método de acuerdo con la reivindicación 31 , en donde el 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.

40. El método de acuerdo con la reivindicación 31, en donde los datos codificados contienen información única que solamente puede descodificarse por un sistema de transacción externo al dispositivo móvil.

41. Un método 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 que proporciona un producto al consumidor, el método comprende las etapas de coordinar el procesamiento de la solicitud de pago al: recibir la solicitud de pago que incluye datos de comerciante, y un identif icador de cuenta de pago de consumidor desde un dispositivo móvil a través de la red de comunicaciones, en donde el identificador de cuenta de pago de consumidor identifica una cuenta de pago del consumidor para su uso en completar la transacción; utilizar el identificador de cuenta de pago de consumidor para identificar la información de cuenta de pago del 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 los fondos suficientes para cubrir un monto 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.

42. El método de acuerdo con la reivindicación 41, en donde la solicitud de pago incluye datos codificados asociados con una imagen que puede escanearse y el método además comprende la etapa de: descodificar los datos codificados para obtener los datos de transacción.