MX2010012815A - Manejo de recibos de pago con un almacenamiento de recibo. - Google Patents

Manejo de recibos de pago con un almacenamiento de recibo.

Info

Publication number
MX2010012815A
MX2010012815A MX2010012815A MX2010012815A MX2010012815A MX 2010012815 A MX2010012815 A MX 2010012815A MX 2010012815 A MX2010012815 A MX 2010012815A MX 2010012815 A MX2010012815 A MX 2010012815A MX 2010012815 A MX2010012815 A MX 2010012815A
Authority
MX
Mexico
Prior art keywords
receipt
customer
storage
component
client
Prior art date
Application number
MX2010012815A
Other languages
English (en)
Inventor
Sean Michael Mckenna
Stuart Henry Seelye Marshall
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of MX2010012815A publication Critical patent/MX2010012815A/es

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/047—Payment circuits using payment protocols involving electronic receipts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/10—Tax strategies

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Se puede proporcionar un almacenamiento de recibo como un servicio. Los recibos de pago electrónico generados en cualquier tipo de transacción pueden ser entregados al almacenamiento de recibo. Un cliente puede suscribirse a un almacenamiento de recibo particular, para utilizarse como un depósito para esos recibos del cliente. El cliente puede transportar un dispositivo que se utiliza para comunicar información de pago (tal como un número de tarjeta de crédito) a un lector de dispositivo cuando se hacen compras. El dispositivo también puede identificar el almacenamiento de recibo del cliente. Un establecimiento comercial que acepta el pago del cliente puede generar un recibo electrónico, o puede entregarlo al almacenamiento de recibo especificado por el dispositivo de cliente. El establecimiento también puede entregar el recibo al dispositivo de cliente, y el dispositivo de cliente puede enviar el recibo a lo largo del almacenamiento de recibo.

Description

MANEJO DE RECIBOS DE PAGO CON UN ALMACENAMIENTO DE RECIBO ANTECEDENTES Una transacción (por ejemplo, una venta, una renta, una reservación de hotel, una donación de caridad, etc.) frecuentemente se conmemora en la forma de un recibo. Tradicionalmente, los recibos se emiten en papel. Desde la llegada del comercio electrónico, las transacciones que ocurren en la web (por ejemplo, compras minoristas a través de sitios web) han generado recibos electrónicos. Cuando ocurre una transacción a través de la web, un cliente normalmente proporciona una dirección de correo electrónico como parte de la transacción, y se envía el recibo electrónico a esa dirección de correo electrónico.
El comercio electrónico se ha expandido más allá de compras a través de sitios web. Las cajas registradoras modernas frecuentemente se implementan utilizando aplicaciones de software. Muchos artículos tal como boletos de aerolínea, música, emparedados hechos para ordenar, etc., se venden a través de quioscos minoristas, que, como las cajas registradoras modernas, frecuentemente también se implementan utilizando aplicaciones de software. El uso creciente de sistemas de computadora para realizar funciones minoristas presenta una oportunidad para emitir recibos electrónicos en casos en donde se han emitido tradicionalmente recibos de papel.
Un problema que surge cuando se emiten recibos electrónicos fuera de una transacción de compra de sitio web es que puede no ser claro en donde entregar el recibo. Los clientes normalmente proporcionan direcciones de correo electrónico cuando realizan transacciones web, así que es lógico para el correo electrónico el recibo para el cliente. Sin embargo, los clientes típicamente no proporcionan direcciones de correo electrónico cuando realizan transacciones en persona. Además, incluso si el cliente proporciona dirección de correo electrónico, puede haber formas más convenientes de manejar un recibo que enviarlo por correo electrónico al cliente. La práctica de enviar por correo electrónico recibos puede ser un indicio del surgimiento del comercio electrónico, cuando se envía por correo electrónico el recibo al cliente en una forma práctica de entregar un recibo electrónico. Los recibos pueden manejarse en otras formas que hacen uso de la infraestructura más sofisticada, dispositivos portátiles más poderosos, y mayor conectividad.
BREVE DESCRIPCION DE LA INVENCION Puede generarse un recibo electrónico basándose en una transacción, y el recibo puede entregarse a un almacenamiento de recibo. El almacenamiento de recibo puede proporcionarse como un servicio de nube, y los recibos pueden enviarse en la nube para entregarse al almacenamiento de recibo. El cliente entonces puede acceder a esos recibos a través del almacenamiento de recibo.
Un establecimiento comercial (por ejemplo, una tienda minorista, un hotel, etc.) puede configurarse con un punto de componente de venta (tal como una caja registradora) conectado a un lector de dispositivo. El cliente puede transportar un dispositivo que almacena un perfil para ese cliente. El perfil puede incluir información de pago (tal como un número de tarjeta de crédito u otro número de cuenta), y también puede incluir información de contacto que indica la ubicación de un almacenamiento de recibo al cual se van a enviar los recibos del cliente. El lector de dispositivo puede leer la información de perfiles del dispositivo de cliente. El recibo puede enviarse al almacenamiento de recibo especificado en el perfil del cliente.
El envío del recibo puede realizarse en una variedad de formas.
Por ejemplo, una caja registradora u otro punto de componente de venta puede enviar el recibo en la nube para entrega al almacenamiento de recibo especificado del cliente. O, el lector de dispositivo puede generar y/o enviar el recibo al almacenamiento de recibo a través de la nube. Incluso como otra opción, el lector de dispositivo puede acoplarse en una comunicación de dos direcciones con el dispositivo y puede proporcionar el recibo directamente al dispositivo. El dispositivo entonces puede enviar el recibo y la nube para entrega a la tienda de recibo del cliente, mientras también deja el dispositivo de cliente la copia del recibo que se generó al momento de la transacción.
El recibo puede contener cualquier nivel de detalle sobre la transacción. Por ejemplo, en ciertas transacciones de tarjeta de crédito, los niveles de artículo de línea de detalle sobre la transacción se proporcionan al emisor de tarjeta de crédito, y la disponibilidad de estos datos puede influenciarse para proporcionar un recibo altamente detallado al cliente. El cliente entonces puede acceder a este nivel de detalle a través del almacenamiento de recibo.
Esta breve descripción se proporciona para introducir una selección de conceptos en una forma simplificada que además se describe a continuación en la descripción detallada. Esta breve descripción no pretende identificar características clave o características esenciales del tema reclamado, ni pretende utilizarse > para limitar el alcance del tema reclamado.
BREVE DESCRIPCION DE LOS DIBUJOS Las Figuras 1-3 son diagramas de bloques de sistemas ilustrativos en donde puede generarse un recibo y entregarse a un almacenamiento de recibo.
La Figura 4 es un diagrama de flujo de un procedimiento ilustrativo en donde una transacción con un cliente ocurre y en donde se envía un recibo a un almacenamiento de recibo.
La Figura 5 es un diagrama de flujo de un procedimiento ilustrativo en el cual se realiza una transacción y se genera un recibo, o parte de un recibo.
Las Figuras 6-8 son diagramas de flujo de algunas formas ilustrativas para continuar el procedimiento de la Figura 5, basándose en que componente envía un recibo a un almacenamiento de recibo.
La Figura 9 es un diagrama de bloques de algunas acciones ilustrativas que pueden realizarse con respecto a un almacenamiento de recibo.
La Figura 10 es un diagrama de bloques de un dispositivo de cliente ilustrativo.
La Figura 11 es un diagrama de bloques de componentes ilustrativos que pueden utilizarse en conexión con implementaciones del tema aquí descrito.
DESCRIPCION DETALLADA Los recibos, y otras clases de registros de transacción, tradicionalmente han sido emitidos en forma de papel. Desde la llegada del comercio electrónico, muchos recibos para transacciones en línea se han emitido en forma electrónica. Es de rigor que un comprador en una transacción en línea proporcione una dirección de correo electrónico, así es natural enviar un recibo para una transacción en l.ínea a la dirección de correo electrónico del comprador. Sin embargo, el modelo de recolectar la dirección de correo electrónico del comprador, y enviar por correo electrónico un recibo a esa dirección, puede no generalizar bien a transacciones fuera de la configuración web. La gente no está acostumbrada a proporcionar direcciones de correo electrónico durante transacciones en persona. También, el equipo y software que se utiliza para soportar transacciones en persona normalmente no está configurado para generar recibos y enviarlos por correo electrónico a clientes.
Además, la recepción de un recibo por correo electrónico en la dirección de correspondencia normal del cliente puede no ser una forma conveniente particular para recibir un recibo. La práctica de enviar por correo electrónico recibos a clientes puede ser un surgimiento de los días previos del comercio electrónico, y pueden utilizarse tecnologías modernas para proporcionar recibos en otras formas. El desarrollo de modelos de cómputo en nube sugiere formas en las que pueden dirigirse recibos electrónicos a un cliente sin enviarlos necesariamente por correo electrónico a la bandeja de entrada de correspondéncia normal del cliente. Por ejemplo, un cliente puede, transportar un dispositivo que puede comunicar la información de pago del cliente a un dispositivo de pago en un establecimiento minorista tal como un restaurante, tienda de música, quiosco de aerolínea, etc. El dispositivo de cliente puede ser el teléfono inalámbrico y la computadora portátil del cliente. Ese dispositivo puede almacenar el número de tarjeta de crédito de cliente para utilizarse para pago, y el cliente puede pagar al cambiar el dispositivo al frente de un lector de dispositivo. En tal escenario, enviar por correo electrónico un recibo a la dirección de correspondencia normal del cliente parece difícil y de alguna forma inconsistente con el carácter en persona de la transacción. La materia objeto descrita aquí proporciona varios mecanismos que pueden utilizarse para entregar recibos u otros registros de transacción a varias ubicaciones, tal como un almacenamiento de recibo. El cliente puede acceder a sus recibos a través del almacenamiento de recibo, y puede tener acceso a niveles arbitrarios de detalles sobre la transacción (por ejemplo, una facturación línea por línea de lo que el cliente ha comprado). Estos mecanismos pueden utilizarse para transacciones en persona, pero también pueden utilizarse como una forma para entregar recibos en transacciones web u otras transacciones en línea.
Cambiando ahora a los dibujos, la Figura 1 muestra un sistema ilustrativo 100 en donde puede generarse un recibo y entregarse un almacenamiento de recibo. El cliente 102 es un cliente que se involucra en la transacción. Por ejemplo, el cliente 102 puede comprar un bien o servicio en un establecimiento minorista en el cual él o ella están físicamente presente. Puede involucrarse cualquier tipo de bien o servicio. Por ejemplo, el cliente 102 puede comprar abarrotes en un supermercado, equipo de video en una tienda de electrónica, música en un quiosco en un café, una comida en un restaurante, servicios médicos de un consultorio, etc. Otros tipos de transacciones pueden incluir hacer una reservación de hotel o de renta de automóvil, hacer una donación de calidad, etc. Lo anterior son ejemplos, aunque puede realizarse cualquier tipo de transacción.
El cliente 102 puede estar en posesión de, o de otra forma puede estar asociado con el dispositivo 104. El dispositivo 104 puede mantener, en forma electrónica, un perfil del cliente 102. El perfil puede incluir varios tipos de información que el cliente 102 puede utilizar para involucrarse en una transacción. Por ejemplo, el dispositivo 104 puede mantener información de tarjeta de crédito u otra información de cuenta que el cliente 102 utiliza para pagar por una compra. El dispositivo 104 puede ser un teléfono inalámbrico, un asistente digital personal, una tarjeta inteligente, o cualquier otro tipo de dispositivo. El dispositivo 104 puede tener componentes que almacenan la información antes mencionada, y también puede tener componentes que comunican esta información a un tipo apropiado de lector de dispositivo. Los componentes ilustrativos de dispositivo 104, e información ilustrativa que puede retener ese dispositivo 104, se muestran en la Figura 10 y se discuten a continuación en conexión con esa figura.
El lector de dispositivo 106 es un componente que se utiliza para leer información que comunica el dispositivo 104. Por ejemplo, el lector de dispositivo 106 puede leer dispositivos que satisfacen el estándar de la Organización Internacional para Estandarización (ISO) 14443 para tarjetas de proximidad, o dispositivos que utiliza la Tecnología de Comunicación Cerca de Campo (NFC). En un ejemplo, el dispositivo 104 es un teléfono inalámbrico del cliente 102, que está equipado con tecnología NFC, y el cliente 102 "deslizar" el teléfono dentro de algunos centímetros del lector 106 para que el lector de dispositivo 106 pueda leer información desde el dispositivo 104. Sin embargo, lo anterior son simplemente ejemplos, y el lector de dispositivo 106 puede leer cualquier tipo de dispositivo al utilizar cualquier tipo de tecnología o mecanismo de comunicación.
La información de perfil 108 es información almacenada por el dispositivo 104. La información de perfil puede incluir nombre de cliente 102, número tarjeta de crédito, o cualquier otra información. Ejemplos específicos de tal información se discuten a continuación en conexión con la Figura 10. El dispositivo 104 comunica información de perfil 108 al lector de dispositivo 106.
En un escenario de transacción ilustrativo, se realiza una. compra a través de una pluralidad de diferentes componentes, incluyendo un lector de dispositivo 106 y componente de punto de venta (POS) 110. El componente POS 110 puede ser una caja registradora, un quiosco minorista, una computadora, o cualquier otro tipo de dispositivo o sistema que puede utilizarse para facilitar una venta. Típicamente, el componente POS 110 se utiliza para transacciones en donde el cliente está físicamente presente en la ubicación en donde ocurre la transacción, por ejemplo, en el caso de una tienda tradicional, un restaurante, etc. Un escenario de presencia física está en contraste a una compra por Internet/escenario de comercio electrónico, u otro escenario en donde se realiza una transacción remota en una red. De esa forma, la Figura 1 muestra, en un ejemplo, varios elementos juntos en la misma ubicación física 160 (como se indica por el cierre de línea punteada). Por ejemplo, si el componente POS 110 es una caja registradora, entonces los artículos que se compran/venden, y los precios de esos artículos, pueden ingresarse en el componente de POS 110. La entrada puede ocurrir a través de un teclado, un escáner de código de barras, o cualquier otra clase de mecanismo. Si el componente de POS 110 es un quiosco minorista que vende música, entonces el componente POS 110 puede utilizarse para seleccionar música, y posiblemente para transferir música al sistema de presentación de música del cliente 102. (El dispositivo 104 puede ser el sistema de presentación de música del cliente 102, por ejemplo, en el caso en donde el dispositivo 104 es un reproductor de MP3 ó algún otro dispositivo con capacidad de presentación de música). En un ejemplo, el lector de dispositivo 106 y el componente POS 110 son componentes separados que están unidos uno al otro. En otro ejemplo, el lector de dispositivo 106 está incorporado en el componente POS 110.
La Figura 1 muestra el componente POS 110 que recibe indicaciones 111 de los artículos 112 que se venden/compran, y/o los precios 114 de esos artículos. Las indicaciones de artículo 112 y precios 114 pueden recibirse por el componente POS 110 en cualquier forma. (En este ejemplo, "artículos" puede referirse a bienes, servicios, comida y bebida en un menú de restaurante, o I cualquier otra cosa que puede ser el tema de una transacción). Por ejemplo, el componente POS 110 puede estar conectado a una base de datos que contiene un catálogo de artículos que están disponibles para venta, y los precios de esos artículos. De esa forma, las indicaciones de que artículos se compran puede ingresarse a través de un teclado, escáner, pantalla táctil, etc. y los precios pueden buscarse la base de datos. O, en el ejemplo en donde el componente POS 110 es una caja registradora, el cajero puede ingresar precios 114 la caja registradora. El componente POS 110 puede" recibir indicaciones de artículo 112 para venderse/comprarse y/o precios 114, y lo anterior son simplemente algunos ejemplos de cómo el componente POS 110 puede recibir esta información.
Cuando el componente POS 110 completa una transacción, genera un recibo 116. (Como se discute a continuación en conexión con las Figuras 2 y 3, el componente POS 110 también puede generar un recibo parcial, con información de pago para agregarse por el lector de dispositivos 106 cuando se recolecta el pago desde el cliente 102). El recibo 116 puede incluir, por ejemplo, información sobre artículos comprados 152, el precio(s) 154 de los artículos, una cantidad monetaria total 156 de los artículos comprados, información de pago 158 (por ejemplo, cuanto se pagó por la compra, y que forma de pago), y cualquier otro tipo de información.
El recibo 116 puede enviarse a un almacenamiento de recibo 118. El almacenamiento de recibo 118 puede ser accesible a través de una red, tal como Internet. Además, el almacenamiento de recibo 118 puede proporcionarse a través de un modelo de cómputo de nube, en donde el almacenamiento de recibo 118 es un servicio que se puede entregar desde la nube 120. Como se entiende generalmente, la nube ?20 se refiere a una colección de funcionalidad y/o servicios que se proporcionan por dispositivos remotos y software, y se interactúan con éstos a través de una red. El almacenamiento de recibo 118 puede recibir el recibo 116, y puede realizar varias acciones con respecto al recibo 116. Ejemplos de acciones que pueden realizarse con respecto al recibo 116 se discuten a continuación en conexión con la Figura 9.
Un componente de sistema 100 puede enviar recibo 116 en la nube 120 para entregarse el almacenamiento de recibo 118. (Enviar un recibo a través de la nube 120 se muestra como un ejemplo, aunque el recibo 116 también puede enviarse al almacenamiento de recibo 118 en una forma que no involucra la nube 120). El recibo 116 puede enviarse al almacenamiento de recibo 118 por varios componentes del sistema 100. La Figura 1 muestra un ejemplo en el cual el componente POS 110 envía el recibo 116 al almacenamiento de recibo 118. Sin embargo, el recibo 116 puede enviarse por otros componentes del sistema 100. Las Figuras 2 y 3 muestran ejemplos en los cuales envío el recibo 116 al almacenamiento de recibo 118 por otros componentes del sistema 100.
Las Figuras 2 y 3 muestran ejemplos en donde los componentes del sistema 100, otros a diferentes al componente POS 110, se utilizan para enviar un recibo a un almacenamiento de recibo. (En las Figuras 2 y 3, los números 100, 102, 104, 106, 108, 110, 111, 112, 114, 116, 118, 120, y 160 se refieren a los mismos elementos que en la Figura 1. En las Figuras 2 y 3, el recibo 116 puede tener el mismo detalle ilustrativo mostrado en la Figura 1 con los números 152, 154, 156, y 158, aunque, con el fin de simplificar las ilustraciones, este detalle no se repite en las Figuras 2 y 3). En la Figura 2, el componente POS 110 genera un recibo parcial 122. El recibo parcial 122 puede incluir la información contenida en el recibo 116 de la Figura 1, pero si la información de pago. La información de pago puede insertarse por el lector de dispositivo 106 para reflejar el pago del cliente 102 después de que el componente POS 110 ha verificado lo que se compró y la cantidad que se va a pagar. El recibo parcial 122 puede tomar la forma de un recibo con la información de pago omitida, o pueden ser alguna otra representación de artículos comprados y/o cantidad total, que entonces puede utilizarse por el lector de dispositivo 106 para generar un recibo en una forma apropiada después de que se recibió el pago. (Un recibo también puede generarse en otro momento, tal como antes de que se haya recibido el pago). El lector de dispositivo 106 recibe el recibo parcial 122, y entonces genera el recibo 116. Después de que se generó un recibo 116, el lector de dispositivo 106 envía el recibo 116 al almacenamiento de recibo 118 (posiblemente a través de la nube 120, como en la Figura 1). (A manera de terminología, el recibo parcial 122 y el recibo 116 son ambos ejemplos de contenido que se relaciona con una transacción).
En la Figura 3, el componente POS 110 también recibe/envía recibo parcial 122 al lector del dispositivo 106. El lector de dispositivo 106 entonces puede agregar información de pago al recibo parcial 122 con el fin de generar el recibo 116. El lector de dispositivo 106 también puede enviar el recibo 116 al dispositivo de cliente 104. El dispositivo de cliente 104 puede configurarse para enviar el recibo 116 al almacenamiento de recibo 118 (de nuevo, posiblemente a través de la nube 120, como en las Figuras 1 y 2). Los procedimientos ilustrativos por los cuales se manejan los recibos en estos varios escenarios se muestran en las Figuras 5-8 y se discuten a continuación. (La referencia recibo parcial 122 en la discusión de la Figura 3 es simplemente un ejemplo; en lugar de tener el recibo generado en etapas, el componente POS 110 a su vez puede generar el recibo completo).
El envío de recibo 116 al almacenamiento de recibo 118 desde varios componentes diferentes del sistema 100 soporta varios modelos tecnológicos y de negocio diferentes. Por ejemplo, en algunos casos el componente POS 110 puede recolectar una lista de artículos comprados y agregar la cantidad total de una venta, pero no está en una posición para generar un recibo completo debido a que no tiene información de pago. Además, algunos componentes POS (por ejemplo, algunas cajas registradoras) emplean tecnologías de propiedad y/o plataformas cerradas, y de esa forma son difíciles de mejorar con el software que puede utilizarse para generar un recibo en un formato apropiado y para enviar ese recibo a un almacenamiento de recibo 118 en la nube 120. Por estas razones, puede hacer sentido tener el recibo 116 enviado al almacenamiento de recibo 118 por el lector de dispositivos 106 ó por el dispositivo de cliente 104, en lugar de por el componente POS 110. (Los modelos de negocio en los cuales los lectores de dispositivos se construyen y distribuyen pueden hacerlos más factibles a ajustarse con el software apropiado para generar y transmitir un recibo).
Por otro lado, en algunos casos el componente POS 110 no tiene acceso a la información de pago y pueden ajustarse con software apropiado para enviar recibos a un almacenamiento de recibo. Por ejemplo, una gran cadena minorista puede implementar y manejar su propio sistema POS, y puede proporcionar ese sistema POS acceso a un sistema de extremo trasero que recolecta pagos de clientes. En tal caso, el sistema POS puede ajustarse con software para enviar recibos al almacenamiento de recibo 118 y puede tener acceso a información de pago. Por lo tanto, en tal caso, el componente POS 110 puede generar recibo 116 y enviarlo al almacenamiento de recibo 118.
Cuando el componente POS 110 no es el componente utilizado para enviar el recibo 116 al almacenamiento de recibo 118, el recibo puede enviarse por el lector de dispositivo 106 ó por el dispositivo 104 del cliente. En el escenario de la Figura 3, el lector de dispositivo 106 proporciona recibo 116 al dispositivo 104 del cliente, que entonces envía al recibo 116 al almacenamiento de recibo 118. En este escenario, el dispositivo 104 del cliente recibe el recibo 116, lo que de esa forma hace al recibo 116 disponible en el dispositivo de cliente 104 al momento de la transacción. El dispositivo de cliente 104 entonces puede enviar el recibo 116 al almacenamiento de recibo 118 cuando la conectividad en red está disponible para el dispositivo 104. Ya que el cliente 102 puede utilizar el dispositivo 104 como un depósito de propósito general de información personal y de negocio, puede ser conveniente que el cliente 102 obtenga una copia del recibo 116 en el dispositivo 104. Sin embargo, proporcionar el recibo al dispositivo de cliente al mo.mento de la transacción normalmente involucra dos sesiones de comunicación entre el lector de dispositivo 106 y el dispositivo 104 del cliente: uno para recolectar información de perfil 108 con el fin de hacer pago y otro para recibir el recibo 116 después de que se generó el recibo 116. Estas dos sesiones de comunicación, en la práctica, normalmente involucran que el cliente 102 deslice el dispositivo 104 dos veces. Al haber hecho que el lector de dispositivo 106 envía el recibo 116 al almacenamiento de recibo 118 (como en el escenario de la Figura 2) edita el segundo deslizamiento. El recibo 116 posteriormente puede transmitirse desde el almacenamiento de recibo 118 al dispositivo 104 utilizando conectividad de red normal disponible en el dispositivo 104. Sin embargo, en este escenario, el cliente 102 puede tener que esperar a recibir el recibo 116 hasta que se entregue desde el almacenamiento de recibo 118, que puede tomar tiempo si, por ejemplo, la conectividad de red no está disponible para el dispositivo 104 al momento de la transacción.
Las Figuras 4-8 muestran varios procedimientos. Antes de cambiar una descripción de las Figuras 4-8, se nota que los diagramas de flujo contenidos en esas figuras se describen, a manera de ejemplo, con referencia a los componentes mostrados en las Figuras 1-3, aunque estos procedimientos pueden llevarse a cabo en cualquier sistema y no están limitados a los escenarios mostrados en las Figuras 1-3. Adicionalmente, cada uno de los diagramas de flujo en las Figuras 4-8 muestra un ejemplo en el cual se llevan a cabo etapas de un procedimiento en un orden particular, como se indica por las líneas que conectan los bloques, pero las varias etapas mostradas en estos diagramas pueden realizarse en cualquier orden, o en cualquier combinación o sub-combinación.
La Figura 4 muestra un procedimiento ilustrativo 400 en el cual ocurre una transacción con un cliente y en donde se envía un recibo a un almacenamiento de recibo. En 402, una transacción se involucra con un cliente. Por ejemplo, en el sistema 100 (mostrado en las Figuras 1-3), el cliente 102 puede involucrarse en una transacción de compra al utilizar componentes tal como el dispositivo 104, lector de dispositivo 106, y componente POS 110 (también mostrado en las Figuras 1-3). En 404, se genera un recibo basándose en la transacción. Un recibo puede generarse por un componente POS, un lector de dispositivo, etc. En 406, el sistema causa que el recibo se envíe a un almacenamiento de recibo en la nube. El acto de causar que se envíe un recibo a un almacenamiento de recibo puede tomar varias formas, ya que el recibo puede enviarse desde varios componentes. Por ejemplo, cómo se nota anteriormente, un recibo puede enviarse desde un componente POS, un lector de dispositivo, o un dispositivo de cliente.
La Figura 5 muestra un procedimiento ilustrativo en el cual se realiza una transacción, y en donde se genera un recibo (o parte de un recibo). Las columnas en la Figura 5 (como se muestra por líneas punteadas verticales que marcan columnas separadas) indican componentes particulares de las Figuras .1-3 (dispositivo de cliente 104, lector 106, y componente POS 110) en donde pueden realizarse etapas particulares del procedimiento. Sin embargo, las etapas mostradas pueden realizarse utilizando cualquiera de los componentes (ya sea o no aquellos componentes que se muestran en las Figuras 1-3).
En 502, un cliente utiliza un dispositivo para transmitir información de perfil desde un dispositivo a un lector. Por ejemplo, el nombre de cliente, número de cuenta, información de contacto, etc., puede almacenarse en el teléfono inalámbrico portátil del cliente. Esta información puede transmitirse a un lector de dispositivo. La transmisión puede realizarse al utilizar cualquier clase de tecnología de transmisión de datos, tal como tecnología NFC, Wi-Fi, Bluetooth, código de barras óptico, etc.
En 504, el lector recibe la información de perfil transmitida por el dispositivo. El lector entonces transmite la información de perfil a un componente POS (en 506). Por ejemplo, un lector de dispositivo puede ser por cable para un componente POS, y puede actuar como una interfase que transmite información entre el dispositivo y el componente POS. De esa forma, si el lector de dispositivo recibe información de perfil desde un dispositivo de cliente, el lector de dispositivo puede proporcionar esta información al componente POS.
En 508, el componente POS recibe la información de perfil. En 510, el componente POS recibe una indicación de artículos que se compran por el cliente, precios que se van a pagar, u otros datos de ventas. Por ejemplo, el componente POS puede ser una caja registradora que recibe indicaciones de que articulo se van a comprar a través de un escáner de código de barras, y revisa precios de aquellos artículos en una base de datos. O, la caja registradora sólo puede recibir la cantidad total que se va a pagar (como puede ocurrir en un restaurante, en donde una caja ingresa la cantidad del cheque final en la caja registradora). Como otro ejemplo, el componente POS puede ser un quiosco que vende música, boletos de aerolínea, o cualquier otra cosa, en cuyo caso el quiosco puede recibir indicación de artículos que se van a comprar directamente del cliente mientras se realiza la transacción. Lo anterior son algunos ejemplos de cómo el componente POS puede recibir indicaciones de artículos que se van a comprar, sus precios, y/u otros datos de ventas, aunque esta información pueda recibirse en cualquier forma.
En 512 el componente POS genera un recibo o un recibo parcial para la transacción. Como se nota anteriormente, dependiendo del contexto en el cual se despliega y componente POS, el componente POS puede generar un recibo completo para una transacción. O, puede generar un recibo parcial que contiene algo de información que se va a utilizar en un recibo (en donde un recibo parcial puede, por ejemplo, contener la información que puede utilizarse en un recibo, menos la información de pago que se va a recolectar a través de un lector de dispositivo).
El procedimiento mostrado en la Figura 5 puede continuar a las Figuras 6, 7 u 8, dependiendo de cómo se va a entregar el recibo a un almacenamiento de recibo.
La Figura 6 muestra una etapa ilustrativa que puede realizarse si se va a enviar el recibo al almacenamiento de recibo desde un componente POS. Ya que el recibo se generó por el componente POS, en 602, el recibo simplemente se transmite desde el componente POS al almacenamiento de recibo en la nube.
La Figura 7 muestra etapas ilustrativas que pueden realizarse si el recibo se va a transmitir desde un lector de dispositivo al almacenamiento de recibo. En 702, el recibo para ser generado por el componente POS se transmite al lector de dispositivo. En 704, el lector de dispositivo recibe el recibo parcial desde el componente POS. En 706, el lector de dispositivo agrega información de pago y/u otra información al recibo parcial para crear el recibo completo. En 708, el lector de dispositivo transmite el recibo al almacenamiento de recibo en la nube. Las etapas en la Figura 7 pueden realizarse al utilizar el componente POS y el lector de dispositivo como se indica, pero también pueden realizarse al utilizar otros y/o componentes adicionales. Por ejemplo, una impresora de recibo puede conectarse a uno o más de los componentes antes mencionados. La impresora de recibo puede imprimir recibo de papel y también puede ser capaz de enviar recibos a una nube (sin importar si la impresora imprime recibos de papel). Además, un dispositivo separado puede realizar el envío de recibos a la nube, sin importar si el dispositivo también es una impresora de papel.
La Figura 8 muestra etapas ilustrativas que pueden realizarse si el recibo se va a transmitir desde el dispositivo de cliente (por ejemplo, desde el teléfono inalámbrico del cliente) al almacenamiento de recibo. En 802, el componente POS 110 transmite un recibo parcial al lector de dispositivo 106. En 804, el lector recibe el recibo parcial. En 806, el lector de dispositivo entonces agrega información de pago y/u otra información al recibo parcial para crear el recibo completo. En 808, el lector de dispositivo transmite el recibo al dispositivo de cliente. En 810, el dispositivo de cliente 104 recibe el recibo. En 812, el dispositivo de cliente puede almacenar una copia del recibo dentro de su propia memoria o dispositivo de almacenamiento. En 814, el dispositivo de cliente transmite el recibo al almacenamiento de recibo en la nube. La transmisión del recibo desde el dispositivo de cliente al almacenamiento de recibo puede utilizar cualquier mecanismo. Por ejemplo, si el dispositivo de cliente es un teléfono inalámbrico, entonces el recibo puede transmitirse al utilizar varias tecnologías que están disponibles para transmitir información hacia o desde un teléfono inalámbrico, por ejemplo, 3G 816, Wi-Fi 818, índices de datos mejoradas para Evolución GSM (EDGE) 820, Servicio de mensaje corto (SMS) 822, o cualquier otro mecanismo.
El almacenamiento de recibo 116 puede ser un depósito en donde se almacenan los recibos de cliente 102. (Almacenamiento de recibo 116 y cliente 102 se muestran en las Figuras 1-3). Pueden realizarse varias acciones para configurar un almacenamiento de recibo para un cliente, y/o para utilizar los recibos en el almacenamiento. La Figura 9 muestra algunas acciones ilustrativas 900 que pueden realizarse con respecto a un almacenamiento de recibo.
Una de tales acciones que puede realizarse es para un proveedor de un almacenamiento de recibo para disponerse con un cliente particular para actuar como el almacenamiento de recibo de cliente (bloque 902). Por ejemplo, un proveedor de servicio en línea de tercera parte puede ofrecer un almacenamiento de recibo como un servicio de nube al cual se puede suscribir un cliente. Un cliente entonces puede suscribirse a este servicio, en donde el proveedor puede acordar servir como el almacenamiento de recibo del cliente. El proveedor puede (en el bloque 904) proporcionar la información de contacto del cliente (por ejemplo, una dirección de correo electrónico, una dirección de Mensaje Instantáneo (IM), un Localizador de Recurso Uniforme (URL), un número telefónico, un identificador de SMS, una secuencia arbitraria de caracteres que el almacenamiento asocia con un cliente particular pero que no es descifrable por miembros del público general tal como personas que envían correos basura, etc.) que el cliente puede utilizar para dirigir recibos. Esta información de contacto, obtenida por el cliente desde el proveedor de almacenamiento de recibo, puede almacenarse en el dispositivo 104 de cliente (mostrado en las Figuras 1-3). Esta información de contacto puede servir como una forma del identificador de cliente, que puede incluirse en o asociarse con un recibo; la información de contacto puede identificar el cliente en el sentido que el cliente puede estar asociado con la información de contacto particular que se utiliza para enviar recibos a su almacenamiento de recibo. (Sin embargo, otros tipos de información de contacto pueden incluirse en un recibo).
Aunque un almacenamiento de recibo se describió anteriormente como un servicio de tercera parte, un cliente puede proporcionar su propio almacenamiento de recibo, tal como al correr software de almacenamiento de recibo en su propia computadora conectada a red, para que los recibos puedan recibirse y almacenarse en la propia computadora del cliente.
Después de que un almacenamiento de recibo ha comenzado a recibir los recibos para un cliente (bloque 906), pueden realizarse varias acciones con respecto a esos recibos. Por ejemplo, el cliente puede solicitar ver los recibos, y los recibos pueden presentarse al cliente (bloque 908). Como otro ejemplo, los recibos contienen varios tipos de hechos (por ejemplo, que tipo de artículos va a comprar el cliente, cuánto dinero ha gastado el cliente, etc.), y esos hechos, así como conclusiones de esos hechos, pueden extraerse del almacenamiento de recibo (bloque 910). Por ejemplo, si el cliente hizo una compra reciente en un almacenamiento de cámara particular por $100, este hecho es un hecho básico que puede extraerse de los recibos del cliente. Si el cliente hace compras frecuentes en almacenamientos de cámara, una conclusión que puede extraer es que el cliente tiene un interés en la fotografía. Lo anterior son ejemplos de hechos y conclusiones sobre un cliente particular que pueden extraerse de los recibos de cliente. Sin embargo, ya que un almacenamiento de recibo puede almacenar recibos para muchos clientes diferentes, los hechos y conclusiones que transcurren en diferentes recibos de cliente (o incluso recibos que son anónimos, o para los cuales la asociación entre el cliente y el recibo no es fácilmente discernible) también pueden extraerse. Por ejemplo, si los recibos recolectados a través de todos los clientes para un mes muestran que las compras de un artículo particular se aceleran entre compradores en el rango de edad de 18-24 años, entonces se puede extraer la conclusión de que este artículo particular se vuelve la siguiente "novedad". El acuerdo de suscripción entre el proveedor de almacenamiento de recibo y el cliente puede incluir la autorización para tener los recibos de cliente analizados, para que estas clases de hechos y conclusiones puedan extraerse de recibos de cliente.
Otra acción que puede realizarse es para comunicar, al cliente, datos basándose en el recibo (bloque 912). Los hechos y/o conclusiones extraídas son ejemplos de datos que pueden estar basados en un recibo. Los mismos recibos también son ejemplos de tales datos. Por ejemplo, un proveedor de almacenamiento de recibo puede tener algún tipo de software que presenta hechos y/o conclusiones extraídas en la forma de un tablero (o que de otra forma presenta o comunica estos hechos y/o conclusiones extraídas a una persona). El software puede permitir que el proveedor consulte ciertas clases de hechos o conclusiones (por ejemplo, ¿cuál es la canción más popular comprada en el último mes por personas de 18-24 años en el ;área de Seattle? O, ¿qué restaurante es el más popular entre empleados de la corporación XYZ?).
Una acción adicional que puede realizarse es para hacer ofertas comerciales basándose en hechos y/o conclusiones extraídas (bloque 914). Por ejemplo, si un cliente ha comprado un artículo en una tienda particular, entonces al cliente se le puede enviar un cupón o descuento para esa tienda como un incentivo de lealtad. O, si las compras del cliente reflejan un interés en el esquí, entonces puede enviársele un cupón al siguiente para una tienda de esquí a la que le puede gustar hacer negocios con el cliente.
Como se nota anteriormente, un dispositivo de cliente 104 (mostrado en las Figuras 1-3) puede almacenar, y puede ser capaz de transmitir, varios tipos de información de perfil sobre el cliente. La Figura 10 muestra un ejemplo de un dispositivo de cliente 104, con varios tipos de información de perfil ilustrativa 108 y componentes que pueden utilizarse para almacenar y/o comunicar esa información.
El dispositivo de cliente 104, por ejemplo, puede ser un teléfono inalámbrico, computadora portátil, tarjeta inteligente, o cualquier otro tipo de dispositivo. El dispositivo 104 puede tener un componente de almacenamiento 1002, tal como una memoria flash, una memoria de sólo lectura, una memoria volátil, un disco, etc. El dispositivo 104 también puede tener un componente de comunicación -1004, que el dispositivo 104 puede utilizar para involucrarse en una comunicación de una o dos direcciones con el mundo exterior del dispositivo 104. Por ejemplo, el componente de comunicación 1004 puede comprender una interfase de red por cable o inalámbrica, un puerto en serie o paralelo, una antena, o cualquier otro tipo de componente(s) de comunicación, ya sea sólo o en combinación uno con otro. El dispositivo 104 también puede comprender un procesador 1006, que el dispositivo 104 utiliza para ejecutar instrucciones. Las instrucciones pueden almacenarse en el componente de almacenamiento 1002 y/o recibirse a través del componente de comunicación 1004.
La información de perfil 108 puede almacenarse en el componente de almacenamiento 1002. La Figura 10 muestra ejemplos de varios tipos de información que pueden incluirse en la información de perfil 108. La información específica mostrada en la Figura 10 es un ejemplo, pero la información de perfil 108 puede comprender cualquier tipo de información. Además, cuando el dispositivo 104 comunica información de perfil 108, la información comunicada puede incluir toda la información de perfil que el dispositivo 104 almacena para un cliente, o puede ser algún subgrupo de esa información (o una convolución de la información, tal como una verificación).
La información de perfil 108 puede incluir un nombre 1008 del cliente, información de contacto 1010, e información de cuenta de pago 1012. El nombre puede representarse como una secuencia de texto (por ejemplo, "John A. Smith"). La información de contacto 1010 puede incluir cualquier tipo de información de contacto, tal como un número telefónico 1014 (por ejemplo, el número telefónico del dispositivo 104, si el dispositivo 104 funciona como un teléfono), una dirección IM 1016, una dirección de correo electrónico 1018, un identificador de cliente de almacenamiento de recibo 1019, o cualquier otro tipo de información de contacto. Una o más piezas de información de contacto pueden identificar ubicaciones a las cuales se van a enviar los recibos de cliente. Por ejemplo, si el cliente se suscribe a un servicio de almacenamiento de recibo, y ese cliente proporciona al cliente una ubicación a la cual se van a enviar los recibos tal como una dirección de correo electrónico (o dirección IM, dirección SMS, URL, etc.), entonces esa ubicación puede incluirse entre información de contacto 1010. En un ejemplo, la ubicación a la cual se envían los recibos, como se identificó por la información de contacto 1010, puede ser una ubicación diferente a la bandeja de entrada general del cliente que el cliente utiliza para recibir correspondencia. (Puede ser el caso que la correspondencia ocasionalmente se envíe al almacenamiento de recibo; el hecho de que tal correspondencia pueda dirigirse al almacenamiento de recibo no hace al almacenamiento de recibo una dirección de correspondencia, y no hace al almacenamiento de recibo la bandeja de entrada de correspondencia normal del cliente).
La información de cuenta de pago 1012 se puede identificar varios tipos de cuentas que pueden utilizarse para pagar compras del cliente. Esta información puede incluir información de tarjeta de crédito 1020 (por ejemplo, el número de cuenta, fecha de expiración, y número de seguridad de la tarjeta de una tarjeta Visa particular), información de cuenta de alojamiento 1022 (por ejemplo, un número de cuenta para una cuenta en el almacenamiento), un certificado de regalo 1024, una cuenta de micropago o agregación de pago 1026 (tal como una dirección de correo electrónico y contraseñas que permiten que se hagan pagos desde la cuenta Paypal del cliente), o cualquier otro tipo de información de cuenta.
La Figura 11 muestra un ambiente ilustrativo en donde pueden desplegarse los aspectos del tema aquí descrito.
La computadora 1100 incluye uno o más procesadores 1102 y uno o más componentes de remembranza de datos 1104. El procesador(es) 1102 típicamente son microprocesadores, tal como aquellos encontrados en una computadora de escritorio personal o portátil, un servidor, una computadora portátil, u otra clase de dispositivo de cómputo. El componente(s) de remembranza de datos 1104 son componentes que son capaces de almacenar datos para largo o corto plazo. Ejemplos de componente(s) de remembranza de datos 1104 incluyen discos duros, disco removibles (incluyendo discos ópticos y magnéticos), memoria de acceso aleatorio volátil y no volátil (RAM), memoria de sólo lectura (ROM), memoria flash, cinta magnética, etc. El componente(s) de remembranza de datos son ejemplos de medios de almacenamiento legibles por computadora. La computadora 1100 puede comprender, o estar asociada con, presentación 1112, que puede ser un monitor de tubo de rayo de cátodo (CRT), un monitor de pantalla de cristal liquido (LCD), o cualquier otro tipo de monitor.
El software puede almacenarse en el componente(s) de remembranza de datos 1104, y puede ejecutarse en uno o más procesador(es) 1102. Un ejemplo de tal software es software de manejo de recibo 1106, que puede implementar algo o toda la funcionalidad descrita anteriormente en conexión con las Figuras 1-10, aunque puede utilizarse cualquier tipo de software. El software 1106 puede implementarse, por ejemplo, a través de uno o más componentes, que pueden ser componentes en un sistema distribuido, archivos separados, funciones separadas, objetos separados, líneas de código separadas, etc. Una computadora personal en la cual se almacena un programa en disco duro, cargado en RAM, y ejecutado en el procesador(es) de computadora tipifica el escenario ilustrado en la Figura 11, aunque el tema aquí descrito no está limitado a este ejemplo.
La materia objeto aquí descrita puede implementarse como software que se almacena en uno o más del componente(s) de remembranza de datos 1104 y que se ejecuta en uno o más del procesador(es) 1102. Como otro ejemplo, el tema puede implementarse como software que tiene instrucciones para realizar uno o más actos de un método, en donde las instrucciones se almacenan en uno o más medios de almacenamiento legibles por computadora. Las instrucciones para realizar los actos pueden almacenarse en un medio, o pueden esparcirse a través de medios plurales, para que las instrucciones puedan aparecer colectivamente en uno o más medios de almacenamiento legibles por computadora, sin importar si todas las instrucciones están en el mismo medio.
En un ambiente ilustrativo, la computadora 1100 puede estar comunicativamente conectada a uno o más de otros dispositivos a través de la red 1108. La computadora 1110, que puede ser similar en la estructura la computadora 1100, es un ejemplo de un dispositivo que puede estar conectado a la computadora 1100, aunque otros tipos de dispositivos también pueden estar conectados.
Aunque la materia objeto se describió en lenguaje específico a características estructurales y/o actos metodológicos, se debe entender que el tema definido en las reivindicaciones anexas no necesariamente está limitado a las características o actos específicos descritos anteriormente. En lugar de eso, las características y actos específicos descritos anteriormente se describen como formas ilustrativas de implementar las reivindicaciones.

Claims (20)

REIVINDICACIONES
1. - Un método para proporcionar un recibo, el método comprende: involucrarse (402) en una transacción de punto de venta con dicho cliente (102), en donde el cliente (102) está físicamente presente en una ubicación en la cual ocurre la transacción, dicha transacción no se realiza a través de un sistema de comercio que facilita transacciones remotas; recibir (504), desde un dispositivo (104) transportado por el dicho cliente (102), información de perfil (108) que está almacenada en dicho dispositivo (104) y que comprende información de contacto (1010) que identifica una ubicación a la cual se va a enviar dicho recibo; generar (404) dicho recibo (116) basándose en dicha transacción; y hacer (406) que dicho recibo (116) sea enviado a un almacenamiento de recibo (118) identificado por dicha información de contacto (1010).
2. - El método de acuerdo con la reivindicación 1, en donde dicha información de perfil se recibe en un lector de dispositivo que se comunica con dicho dispositivo y que está comunicativamente conectado con un componente de punto de venta, en donde dichas causas comprenden: transmitir dicho recibo desde dicho componente de punto de venta a dicho almacenamiento de recibo sin transmitir dicho recibo a dicho lector de dispositivo.
3. - El método de acuerdo 'con la reivindicación 1, en donde dicha información de perfil se recibe en un lector de dispositivo que se comunica con dicho dispositivo y que está comunicati amente conectado a un componente de punto de venta, en donde el método además comprende: crear un recibo parcial en dicho componente de punto de venta; transmitir dicho recibo parcial desde dicho componente de punto de venta a dicho lector de dispositivo; y crear dicho recibo en dicho lector de dispositivo; y en donde dichas causas comprenden: transmitir dicho recibo a dicho almacenamiento de recibo desde dicho lector de dispositivo.
4. - El método de acuerdo con la reivindicación 1, en donde dicha información de perfil se recibe en un lector de dispositivo que se comunica con dicho dispositivo y que está comunicativamente conectado a un componente de punto de venta, en donde el método además comprende: recibir un recibo parcial en dicho lector de dispositivo desde dicho componente de punto de venta; agregar información de pago a dicho recibo parcial para generar dicho recibo; y transmitir dicho recibo desde dicho lector dispositivo a dicho dispositivo; y en donde dichas causas comprenden: transmitir dicho recibo a dicho almacenamiento de recibo desde dicho dispositivo.
5. - El método de acuerdo con la reivindicación 4, que además comprende: almacenar una copia de dicho recibo a dicho dispositivo.
6. - El método de acuerdo con la reivindicación 1, en donde dicho almacenamiento de recibo se implementa como un servicio en una nube, y en donde dichas causas comprenden: enviar dicho recibo a dicha nube.
7.- El método de acuerdo con la reivindicación 6, que además comprende: recibir dicho recibo en dicho dispositivo desde dicha nube.
8. - El método de acuerdo con la reivindicación 1, en donde dicho cliente tiene una relación de suscripción para utilizar dicho almacenamiento de recibo, y en donde dicha información de contacto se obtiene por dicho cliente como parte de formar dicha relación de suscripción .
9. - Un sistema que comprende: un lector de dispositivo (306) que recibe, desde un dispositivo (104), información de perfil (108) que comprende información de cuenta de pago (1012) de un cliente (102) e información de contacto (1010) de dicho cliente (102); un componente de punto de venta (110) que realiza una transacción en una ubicación en la cual dicho cliente (102) y dicho componente de punto de venta (110) están físicamente presentes juntos, y que genera contenido (122) que se relaciona con dicha transacción; y un primer componente (1106) que genera un recibo (116) basándose en dicho contenido (122) y que causa que se envíe dicho recibo (116), basándose en dicha información de contacto (1010), a un almacenamiento de recibo (118).
10. - El sistema de acuerdo con la reivindicación 9, en donde dicho primer componente es dicho componente de punto de venta, y en donde dicho componente de punto de venta envía dicho recibo a una nube en la cual se implementa dicho almacenamiento de recibo como un servicio.
11. - El sistema de acuerdo con la reivindicación 9, en donde dicho primer componente es dicho lector de dispositivo, en donde dicho lector de dispositivo agrega datos de pago a dicho contenido para generar dicho recibo, y en donde dicho lector de dispositivo envía dicho recibo a una nube en donde dicho almacenamiento de recibo se implementa como un servicio.
12. - El sistema de acuerdo con la reivindicación 9, en donde dicho primer componente es dicho lector de dispositivo, en donde dicho lector de dispositivo agrega datos de pago a dicho contenido para generar dicho recibo, y en donde dicho lector de dispositivo hace que se envíe dicho recibo a dicho almacenamiento de dispositivo al enviar dicho recibo a dicho dispositivo, dicho dispositivo siendo transportado por dicho cliente y se configura para enviar dicho recibo a dicho almacenamiento dé recibo.
13. - El sistema de acuerdo con la reivindicación 9, en donde dicho cliente tiene una relación de suscripción para utilizar dicho almacenamiento de recibo, y en donde dicha información de contacto se obtiene por dicho cliente como parte de formar dicha relación de suscripción.
14. - El sistema de acuerdo con la reivindicación 9, en donde dicho lector de dispositivo almacena dicho recibo en dicho dispositivo.
15. - Uno o más medios de almacenamiento legibles por computadora que comprenden instrucciones ejecutables para realizar un método, el método comprende: disponerse con un cliente (102) para servir como un almacenamiento de recibo (118); proporcionar a dicho cliente (102) con la información de contacto (1010) que identifica una ubicación en la cual se van almacenar los recibos en dicho almacenamiento de recibo (118) que se van a enviar, dicha información de contacto (1010) no es una dirección de correspondencia; recibir un recibo (116) que se envía a dicha ubicación identificada por dicha información de contacto (1010); comunicar, a dicho cliente (102), datos basándose en dicho recibo (116).
16. - Uno o más medios de almacenamiento legibles por computadora de acuerdo con la reivindicación 15, en donde dichos datos basándose en dicho recibo comprenden listado de artículos línea por línea comprados en una transacción desde la cual se generó dicho recibo.
17.- Uno o más medios de almacenamiento legibles por computadora de acuerdo con la reivindicación 15, en donde el método además comprende: extraer hechos o conclusiones de recibos en dicho almacenamiento de recibo, dichos recibos incluyendo dicho recibo, en donde dichos datos basándose en dicho recibo comprenden dichos hechos o dichas conclusiones.
18.- Uno o más medios de almacenamiento legibles por computadora de acuerdo con la reivindicación 17, en donde el método además comprende: hacer una oferta comercial a dicho cliente basándose en dichos hechos o dichas conclusiones.
19.- Uno o más medios de almacenamiento legibles por computadora de acuerdo con la reivindicación 15, en donde el método además comprende: presentar una representación de recibos en dicho almacenamiento de recibo a dicho cliente, dichos datos basándose en dicho recibo que comprenden dicha representación.
20.- Uno o más medios de almacenamiento legibles por computadora de acuerdo con la reivindicación 15, en donde dicho almacenamiento de recibe se implementa como un servicio de una nube, y en donde dicha recepción comprende: recibir dicho recibo a través de dicha nube.
MX2010012815A 2008-06-13 2009-04-21 Manejo de recibos de pago con un almacenamiento de recibo. MX2010012815A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US12/138,434 US8788350B2 (en) 2008-06-13 2008-06-13 Handling payment receipts with a receipt store
PCT/US2009/041231 WO2009154867A2 (en) 2008-06-13 2009-04-21 Handling payment receipts with a receipt store

Publications (1)

Publication Number Publication Date
MX2010012815A true MX2010012815A (es) 2010-12-21

Family

ID=41415636

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2010012815A MX2010012815A (es) 2008-06-13 2009-04-21 Manejo de recibos de pago con un almacenamiento de recibo.

Country Status (13)

Country Link
US (1) US8788350B2 (es)
EP (1) EP2289033A4 (es)
JP (1) JP2011524051A (es)
KR (1) KR20110025753A (es)
CN (2) CN105787712A (es)
AU (1) AU2009260642B2 (es)
BR (1) BRPI0912389A2 (es)
CA (1) CA2723475A1 (es)
MX (1) MX2010012815A (es)
RU (1) RU2511622C2 (es)
SG (1) SG192407A1 (es)
WO (1) WO2009154867A2 (es)
ZA (1) ZA201007425B (es)

Families Citing this family (113)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US20090313101A1 (en) * 2008-06-13 2009-12-17 Microsoft Corporation Processing receipt received in set of communications
US8447669B2 (en) 2008-08-26 2013-05-21 Visa U.S.A. Inc. System and method for implementing financial assistance programs
US8570281B2 (en) * 2009-06-25 2013-10-29 Ncr Corporation Method and apparatus for multi-touch surface interaction for a financial application within a bank branch
US8436826B2 (en) 2010-04-02 2013-05-07 Tumcw Inc. Two-way touch-screen based communication system
US20120209677A1 (en) 2010-10-20 2012-08-16 Mehta Kaushal N Person-2-person social network marketing apparatuses, methods and systems
US9626663B2 (en) * 2011-01-21 2017-04-18 Integrated Bank Technology, Inc. System and method for collecting and distributing digital receipts
WO2012106655A2 (en) 2011-02-05 2012-08-09 Visa International Service Association Merchant-consumer bridging platform apparatuses, methods and systems
WO2012109628A2 (en) 2011-02-10 2012-08-16 Visa International Service Assocation Electronic coupon issuance and redemption apparatuses, methods and systems
WO2012112822A2 (en) 2011-02-16 2012-08-23 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US10586227B2 (en) 2011-02-16 2020-03-10 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US10223691B2 (en) 2011-02-22 2019-03-05 Visa International Service Association Universal electronic payment apparatuses, methods and systems
US9773212B2 (en) 2011-02-28 2017-09-26 Visa International Service Association Secure anonymous transaction apparatuses, methods and systems
US9996838B2 (en) 2011-03-04 2018-06-12 Visa International Service Association Cloud service facilitator apparatuses, methods and systems
WO2012143547A1 (en) * 2011-04-21 2012-10-26 Ellan Dilek Real time paperless payment control
ES2401271B1 (es) * 2011-05-11 2014-04-25 Maria Rosario FETER MORÁN Sistema de cumplimentación y gestión de documentación electrónica
WO2012155081A1 (en) 2011-05-11 2012-11-15 Visa International Service Association Electronic receipt manager apparatuses, methods and systems
US9582598B2 (en) 2011-07-05 2017-02-28 Visa International Service Association Hybrid applications utilizing distributed models and views apparatuses, methods and systems
US9355393B2 (en) 2011-08-18 2016-05-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US10121129B2 (en) 2011-07-05 2018-11-06 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US10438176B2 (en) 2011-07-17 2019-10-08 Visa International Service Association Multiple merchant payment processor platform apparatuses, methods and systems
US9846902B2 (en) 2011-07-19 2017-12-19 Slice Technologies, Inc. Augmented aggregation of emailed product order and shipping information
US9875486B2 (en) 2014-10-21 2018-01-23 Slice Technologies, Inc. Extracting product purchase information from electronic messages
US8844010B2 (en) 2011-07-19 2014-09-23 Project Slice Aggregation of emailed product order and shipping information
US9563904B2 (en) 2014-10-21 2017-02-07 Slice Technologies, Inc. Extracting product purchase information from electronic messages
US10318941B2 (en) 2011-12-13 2019-06-11 Visa International Service Association Payment platform interface widget generation apparatuses, methods and systems
US9710807B2 (en) 2011-08-18 2017-07-18 Visa International Service Association Third-party value added wallet features and interfaces apparatuses, methods and systems
US10242358B2 (en) 2011-08-18 2019-03-26 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US10825001B2 (en) 2011-08-18 2020-11-03 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US9117225B2 (en) 2011-09-16 2015-08-25 Visa International Service Association Apparatuses, methods and systems for transforming user infrastructure requests inputs to infrastructure design product and infrastructure allocation outputs
US10223730B2 (en) 2011-09-23 2019-03-05 Visa International Service Association E-wallet store injection search apparatuses, methods and systems
US20130085875A1 (en) * 2011-09-30 2013-04-04 Research In Motion Limited Payment processing system including point-of-sale device with a unique identifier and associated methods
US20140310113A1 (en) * 2011-10-01 2014-10-16 Uttam Sengupta Cloud based credit card emulation
US9953378B2 (en) 2012-04-27 2018-04-24 Visa International Service Association Social checkout widget generation and integration apparatuses, methods and systems
US10096022B2 (en) 2011-12-13 2018-10-09 Visa International Service Association Dynamic widget generator apparatuses, methods and systems
EP2798593A4 (en) * 2011-12-31 2015-09-23 Intel Corp METHOD AND SYSTEM FOR ACTIVE RECEIPT MANAGEMENT
US10223710B2 (en) 2013-01-04 2019-03-05 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US10262148B2 (en) 2012-01-09 2019-04-16 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US11308227B2 (en) 2012-01-09 2022-04-19 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US9087327B2 (en) 2012-02-01 2015-07-21 Ebay Inc. Automatically emailing receipt at POS
AU2013214801B2 (en) 2012-02-02 2018-06-21 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia database platform apparatuses, methods and systems
US9842333B2 (en) 2012-07-23 2017-12-12 Wal-Mart Stores, Inc. Transferring digital receipt data to mobile devices
US8843398B2 (en) 2012-07-23 2014-09-23 Wal-Mart Stores, Inc. Transferring digital receipt data to mobile devices
US8738454B2 (en) 2012-07-23 2014-05-27 Wal-Mart Stores, Inc. Transferring digital receipt data to mobile devices
TWI482107B (zh) * 2012-08-01 2015-04-21 Choppa Tech Co Ltd 具求救功能之銷售點系統及其求救方法
US9165276B2 (en) 2012-08-31 2015-10-20 Wal-Mart Stores, Inc. Locating and organizing digital receipt data for use in in-store audits
JP5665831B2 (ja) * 2012-10-31 2015-02-04 エルジー シーエヌエス カンパニー リミテッドＬＧ ＣＮＳ Ｃｏ．， Ｌｔｄ． 電子商取引ドキュメンテーション
US9922325B2 (en) * 2012-11-09 2018-03-20 Paypal, Inc. Receipt retrieval based on location
CN103049847A (zh) * 2012-12-15 2013-04-17 郁晓东 一种nfc手机支付时的电子收据/发票记录传送方法
CN103971243A (zh) * 2013-01-25 2014-08-06 乐金信世股份有限公司 电子交易文档
JP5739941B2 (ja) 2013-03-01 2015-06-24 東芝テック株式会社 販売データ処理装置、プログラムおよびレシート情報処理方法
US9704146B1 (en) 2013-03-14 2017-07-11 Square, Inc. Generating an online storefront
US9940616B1 (en) 2013-03-14 2018-04-10 Square, Inc. Verifying proximity during payment transactions
SG2013042429A (en) 2013-05-31 2014-12-30 Mastercard International Inc Method for receiving an electronic receipt of an electronic payment transaction into a mobile device
US10229414B2 (en) 2013-06-25 2019-03-12 Square, Inc. Mirroring a storefront to a social media site
JP2015072672A (ja) * 2013-09-06 2015-04-16 東芝テック株式会社 電子レシートシステム
US20150073995A1 (en) 2013-09-10 2015-03-12 The Toronto Dominion Bank System and method for authorizing a financial transaction
US8892462B1 (en) 2013-10-22 2014-11-18 Square, Inc. Proxy card payment with digital receipt delivery
US10417635B1 (en) 2013-10-22 2019-09-17 Square, Inc. Authorizing a purchase transaction using a mobile device
US9836739B1 (en) 2013-10-22 2017-12-05 Square, Inc. Changing a financial account after initiating a payment using a proxy card
US9922321B2 (en) 2013-10-22 2018-03-20 Square, Inc. Proxy for multiple payment mechanisms
US20150134439A1 (en) 2013-11-08 2015-05-14 Square, Inc. Interactive digital receipt
US9846867B2 (en) 2013-11-20 2017-12-19 Mastercard International Incorporated System and method for point-of-sale electronic receipt generation and management
US11966926B2 (en) 2013-12-18 2024-04-23 PayRange Inc. Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel
US9875473B2 (en) 2013-12-18 2018-01-23 PayRange Inc. Method and system for retrofitting an offline-payment operated machine to accept electronic payments
USD755183S1 (en) 2013-12-18 2016-05-03 Payrange, Inc. In-line dongle
US11481780B2 (en) 2013-12-18 2022-10-25 PayRange Inc. Method and system for asynchronous mobile payments for multiple in-person transactions conducted in parallel
US11481781B2 (en) 2013-12-18 2022-10-25 PayRange Inc. Processing interrupted transaction over non-persistent network connections
US11205163B2 (en) 2013-12-18 2021-12-21 PayRange Inc. Systems and methods for determining electric pulses to provide to an unattended machine based on remotely-configured options
US10019724B2 (en) 2015-01-30 2018-07-10 PayRange Inc. Method and system for providing offers for automated retail machines via mobile devices
US8856045B1 (en) 2013-12-18 2014-10-07 PayRange Inc. Mobile-device-to-machine payment systems
US9659296B2 (en) 2013-12-18 2017-05-23 PayRange Inc. Method and system for presenting representations of payment accepting unit events
US11074580B2 (en) 2013-12-18 2021-07-27 PayRange Inc. Device and method for providing external access to multi-drop bus peripheral devices
US11966895B2 (en) 2013-12-18 2024-04-23 PayRange Inc. Refund centers for processing and dispensing vending machine refunds via an MDB router
US11983692B2 (en) 2013-12-18 2024-05-14 PayRange Inc. Mobile payment module with dual function radio transmitter
US20150170136A1 (en) * 2013-12-18 2015-06-18 PayRange Inc. Method and System for Performing Mobile Device-To-Machine Payments
US11475454B2 (en) 2013-12-18 2022-10-18 PayRange Inc. Intermediary communications over non-persistent network connections
US12093962B2 (en) 2013-12-18 2024-09-17 PayRange Inc. Intermediary communications over non-persistent network connections
US12086811B2 (en) 2013-12-18 2024-09-10 PayRange Inc. Processing interrupted transactions over non-persistent network connections
US10810682B2 (en) * 2013-12-26 2020-10-20 Square, Inc. Automatic triggering of receipt delivery
US10621563B1 (en) 2013-12-27 2020-04-14 Square, Inc. Apportioning a payment card transaction among multiple payers
US10198731B1 (en) 2014-02-18 2019-02-05 Square, Inc. Performing actions based on the location of mobile device during a card swipe
US9224141B1 (en) 2014-03-05 2015-12-29 Square, Inc. Encoding a magnetic stripe of a card with data of multiple cards
US8965791B1 (en) 2014-03-10 2015-02-24 Square, Inc. Quick legend receipt system
US10692059B1 (en) 2014-03-13 2020-06-23 Square, Inc. Selecting a financial account associated with a proxy object based on fund availability
US10692064B2 (en) 2014-03-19 2020-06-23 Square, Inc. Merchant platform
US9864986B1 (en) 2014-03-25 2018-01-09 Square, Inc. Associating a monetary value card with a payment object
US9619792B1 (en) 2014-03-25 2017-04-11 Square, Inc. Associating an account with a card based on a photo
US9652751B2 (en) 2014-05-19 2017-05-16 Square, Inc. Item-level information collection for interactive payment experience
CN105825409B (zh) * 2015-01-07 2021-03-02 航天信息股份有限公司 一种电子发票消息推送系统及方法
USD862501S1 (en) 2015-01-30 2019-10-08 PayRange Inc. Display screen or portion thereof with a graphical user interface
USD763888S1 (en) 2015-01-30 2016-08-16 PayRange Inc. Display screen or portion thereof with graphical user interface
USD763905S1 (en) 2015-01-30 2016-08-16 PayRange Inc. Display screen or portion thereof with animated graphical user interface
USD836118S1 (en) 2015-01-30 2018-12-18 Payrange, Inc. Display screen or portion thereof with an animated graphical user interface
USD764532S1 (en) 2015-01-30 2016-08-23 PayRange Inc. Display screen or portion thereof with animated graphical user interface
USD773508S1 (en) 2015-01-30 2016-12-06 PayRange Inc. Display screen or portion thereof with a graphical user interface
US11216468B2 (en) 2015-02-08 2022-01-04 Visa International Service Association Converged merchant processing apparatuses, methods and systems
US9721251B1 (en) 2015-05-01 2017-08-01 Square, Inc. Intelligent capture in mixed fulfillment transactions
US10026062B1 (en) 2015-06-04 2018-07-17 Square, Inc. Apparatuses, methods, and systems for generating interactive digital receipts
US10636019B1 (en) 2016-03-31 2020-04-28 Square, Inc. Interactive gratuity platform
JP6195323B1 (ja) 2016-04-19 2017-09-13 Ｎｅｃプラットフォームズ株式会社 電子レシートシステム、電子レシートセンタ、見切り予測情報管理方法および見切り予測情報管理プログラム
JP6338192B2 (ja) 2016-04-22 2018-06-06 Ｎｅｃプラットフォームズ株式会社 情報処理装置、情報処理方法およびプログラム
CN106297091A (zh) * 2016-08-04 2017-01-04 深圳市长秦科技有限公司 酒店自助开退房设备及其使用方法
US10540698B2 (en) 2017-02-27 2020-01-21 At&T Intellectual Property I, L.P. User purchase profiling from electronic purchase confirmation messages
US10447635B2 (en) 2017-05-17 2019-10-15 Slice Technologies, Inc. Filtering electronic messages
US10515342B1 (en) 2017-06-22 2019-12-24 Square, Inc. Referral candidate identification
US10069958B1 (en) 2017-07-20 2018-09-04 Bank Of America Corporation Dynamic mobile authorization advancement system
US11803883B2 (en) 2018-01-29 2023-10-31 Nielsen Consumer Llc Quality assurance for labeled training data
FR3090959B1 (fr) * 2018-12-21 2020-12-11 Idemia France Traitement d’un service de tickets électroniques
US11023938B2 (en) * 2019-09-25 2021-06-01 Ebay Inc. Auto posting system
EP4070266A4 (en) * 2019-12-07 2024-03-20 Liyanaractchi, Rohan Tilak PERSONAL SECURITY SYSTEM AND PROCEDURES
RU2755086C1 (ru) * 2020-11-03 2021-09-13 Акционерное общество "ДЖИМОДЖИ" Способ трансграничной обработки цифровых купонов
IT202100031196A1 (it) * 2021-12-13 2023-06-13 Payper S R L Sistema di digitalizzazione di documenti cartacei usa e getta, particolarmente di scontrini e ticket di coda

Family Cites Families (65)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5559313A (en) * 1994-12-23 1996-09-24 Lucent Technologies Inc. Categorization of purchased items for each transaction by a smart card
JPH09218834A (ja) 1996-02-08 1997-08-19 Hitachi Ltd 電子取引管理方法及び装置
JPH09251467A (ja) 1996-03-15 1997-09-22 Mitsubishi Electric Corp データマイニングシステムおよびデータマイニング方法
US5739512A (en) 1996-05-30 1998-04-14 Sun Microsystems, Inc. Digital delivery of receipts
JPH1055384A (ja) 1996-08-08 1998-02-24 Nec Corp レシートシステム
JP3681085B2 (ja) 1996-12-18 2005-08-10 東芝テック株式会社 商品販売登録データ処理装置
IL120585A0 (en) 1997-04-01 1997-08-14 Teicher Mordechai Countable electronic monetary system and method
US6195542B1 (en) 1998-07-31 2001-02-27 Avaya Technology Corp. Identification by a central computer of a wireless telephone functioning as a transaction device
US6067529A (en) 1998-08-12 2000-05-23 Ericsson Inc. System and method for sending a short message containing purchase information to a destination terminal
GB2344904A (en) 1998-12-17 2000-06-21 Ibm Home stock control computer system
US7231357B1 (en) * 1999-04-19 2007-06-12 Neil Shanman System and method for the targeted distribution of discount coupons over a network
US6505236B1 (en) 1999-04-30 2003-01-07 Thinmail, Inc. Network-based mail attachment storage system and method
US7158948B1 (en) * 1999-06-10 2007-01-02 International Business Machines Corporation Method and apparatus for encoding transactions for goods and services using an e-receipt
US7376583B1 (en) * 1999-08-10 2008-05-20 Gofigure, L.L.C. Device for making a transaction via a communications link
US6356633B1 (en) 1999-08-19 2002-03-12 Mci Worldcom, Inc. Electronic mail message processing and routing for call center response to same
US6535726B1 (en) 2000-01-12 2003-03-18 Gilbarco Inc. Cellular telephone-based transaction processing
US7742989B2 (en) * 2000-02-03 2010-06-22 Afterbot, Inc. Digital receipt generation from information electronically read from product
NO314866B1 (no) 2000-05-08 2003-06-02 Ericsson Telefon Ab L M Mobilt kvitteringssystem
WO2001095170A2 (en) 2000-06-09 2001-12-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for receipt, storage and verification of electronic receipt
US6487540B1 (en) 2000-07-25 2002-11-26 In2M Corporation Methods and systems for electronic receipt transmission and management
US6804704B1 (en) 2000-08-18 2004-10-12 International Business Machines Corporation System for collecting and storing email addresses with associated descriptors in a bookmark list in association with network addresses of electronic documents using a browser program
JP2002073948A (ja) 2000-08-30 2002-03-12 Net Bird:Kk コンピュータ・システム及び情報分析方法
US6832244B1 (en) 2000-09-21 2004-12-14 International Business Machines Corporation Graphical e-mail content analyser and prioritizer including hierarchical email classification system in an email
EP1209601A3 (en) 2000-10-03 2004-02-04 Ncr International Inc. Collection of transaction data from digital receipts generated by a plurality of businesses
GB0027280D0 (en) 2000-11-08 2000-12-27 Malcolm Peter An information management system
JP2002163203A (ja) 2000-11-22 2002-06-07 Net System Kk 情報提供装置、情報処理装置及び記録媒体
JP3730858B2 (ja) 2000-12-01 2006-01-05 株式会社エヌ・ティ・ティ・ドコモ メールシステム、サーバ及びメール送受信装置
WO2002057979A1 (fr) 2001-01-04 2002-07-25 Yoji Kishimoto Systeme de promotion des ventes
EP1229467A1 (de) 2001-02-06 2002-08-07 Wincor Nixdorf GmbH & Co KG Bezahlsystem mit einem mobilen Gerät
US6543683B2 (en) * 2001-02-12 2003-04-08 Ncr Corporation System and method for providing consumer access to a stored digital receipt generated as a result of a purchase transaction and to business/consumer applications related to the stored digital receipt
US7092993B2 (en) 2001-03-20 2006-08-15 Bernel Goldberg Method and system for customizing e-mail transmissions based on content detection
US8095597B2 (en) 2001-05-01 2012-01-10 Aol Inc. Method and system of automating data capture from electronic correspondence
JP3806324B2 (ja) 2001-09-05 2006-08-09 東芝テック株式会社 電子レシートシステム
JP2003091781A (ja) 2001-09-19 2003-03-28 Seiko Epson Corp ネットワークシステム、広告情報受付・掲載処理方法及びその方法を記録した記録媒体
US20030055733A1 (en) 2001-09-20 2003-03-20 Marshall Carl S. Mobile digital receipts
WO2003040941A1 (en) 2001-10-09 2003-05-15 America Online Incorporated Method and apparatus for automating internet interactions
KR100420600B1 (ko) 2001-11-02 2004-03-02 에스케이 텔레콤주식회사 아이알에프엠을 이용한 이엠브이 지불 처리방법
US7296058B2 (en) 2002-01-30 2007-11-13 Employers Reinsurance Corporation Systems and methods for managing email
EP1493113A4 (en) 2002-03-20 2009-04-22 Catalina Marketing Corp TARGETED STIMULATIONS BASED ON PREDICTED BEHAVIOR
US7213742B1 (en) 2003-03-20 2007-05-08 Convergys Information Management Group, Inc. System and method for value creation
TWI306202B (en) 2002-08-01 2009-02-11 Via Tech Inc Method and system for parsing e-mail
JP2004185443A (ja) 2002-12-04 2004-07-02 Hitachi Ltd 店舗情報端末、購買情報管理サーバ及び購買情報管理システム
US20040117173A1 (en) 2002-12-18 2004-06-17 Ford Daniel Alexander Graphical feedback for semantic interpretation of text and images
GB0229765D0 (en) * 2002-12-20 2003-01-29 Radicall Projects Ltd Payment system
WO2004061698A1 (en) 2002-12-30 2004-07-22 Activestate Corporation Method and system for feature extraction from outgoing messages for use in categorization of incoming messages
JP2004295326A (ja) 2003-03-26 2004-10-21 Nippon Telegr & Teleph Corp <Ntt> 個人情報を秘匿した購買情報管理システム
AU2003901411A0 (en) 2003-03-27 2003-04-10 Smart Internet Technology Crc Pty Limited E-mail management system and method
RU2263959C2 (ru) 2003-04-24 2005-11-10 Общество с ограниченной ответственностью "Мобилити" Способ совершения сделок по безналичному расчету с использованием мобильных устройств электронной связи и компьютерная система для его осуществления (варианты)
RU2246757C1 (ru) 2003-06-19 2005-02-20 Иванов Михаил Борисович Способ проведения безналичных финансовых операций и система для его осуществления
KR20050006628A (ko) 2003-07-09 2005-01-17 주식회사 한틀시스템 전자 영수증 발급 시스템
US20050065906A1 (en) 2003-08-19 2005-03-24 Wizaz K.K. Method and apparatus for providing feedback for email filtering
EP1665625A1 (en) 2003-09-12 2006-06-07 Secured Email AB Message security
SE0400238D0 (sv) 2003-09-12 2004-02-04 Secured Email Ab Message security
US7519547B2 (en) 2003-12-11 2009-04-14 International Business Machines Corporation E-commerce transaction aggregation and processing
JP2005209106A (ja) 2004-01-26 2005-08-04 Nec Corp 携帯通信端末、受信メール管理方法、プログラムおよび記録媒体
US7496500B2 (en) 2004-03-01 2009-02-24 Microsoft Corporation Systems and methods that determine intent of data and respond to the data based on the intent
US20050246234A1 (en) * 2004-04-16 2005-11-03 Stephen Munyon Automatic purchase categorization system
KR100793421B1 (ko) 2004-12-01 2008-01-11 주식회사 케이티프리텔 Ｒｆｉｄ 기술을 이용한 영수증 관리 시스템 및 방법
US7487912B2 (en) 2005-09-28 2009-02-10 First Data Corporation Electronic receipting
US7681147B2 (en) 2005-12-13 2010-03-16 Yahoo! Inc. System for determining probable meanings of inputted words
KR101167143B1 (ko) 2006-01-03 2012-07-20 에스케이플래닛 주식회사 이동 통신 단말기를 이용한 영수증 정보 전송 시스템 및 그방법
US8250152B2 (en) 2006-08-03 2012-08-21 International Business Machines Corporation E-mail delivery options usability tool
JP2008134683A (ja) 2006-11-27 2008-06-12 Fuji Xerox Co Ltd 画像処理装置および画像処理プログラム
US8538743B2 (en) 2007-03-21 2013-09-17 Nuance Communications, Inc. Disambiguating text that is to be converted to speech using configurable lexeme based rules
US20090313101A1 (en) 2008-06-13 2009-12-17 Microsoft Corporation Processing receipt received in set of communications

Also Published As

Publication number Publication date
ZA201007425B (en) 2012-01-25
JP2011524051A (ja) 2011-08-25
AU2009260642B2 (en) 2014-06-05
SG192407A1 (en) 2013-08-30
KR20110025753A (ko) 2011-03-11
EP2289033A2 (en) 2011-03-02
RU2010150808A (ru) 2012-06-20
CA2723475A1 (en) 2009-12-23
US20090313132A1 (en) 2009-12-17
BRPI0912389A2 (pt) 2016-03-01
WO2009154867A2 (en) 2009-12-23
RU2511622C2 (ru) 2014-04-10
EP2289033A4 (en) 2016-08-10
US8788350B2 (en) 2014-07-22
CN105787712A (zh) 2016-07-20
CN102057387A (zh) 2011-05-11
AU2009260642A1 (en) 2009-12-23
WO2009154867A3 (en) 2010-04-15

Similar Documents

Publication Publication Date Title
US8788350B2 (en) Handling payment receipts with a receipt store
US11836771B2 (en) System and method for generating and storing digital receipts for electronic shopping
JP6946249B2 (ja) 特典付与方法、特典付与装置及び特典付与システム
US10909528B1 (en) Multi channel purchasing for interoperable mobile wallet
US10755240B2 (en) Integrated universal payment and seller independent point of sale and e-commerce digital receipt processing and analytics system
US20140172531A1 (en) Performing transactions using qr codes
US20130262316A1 (en) Securely Selling and Purchasing of Goods through Social Network Sites Using a Secure Mobile Wallet System as a Mobile Commerce
US20130151358A1 (en) Network-accessible Point-of-sale Device Instance
US20130018715A1 (en) Facilitating mobile device payments using product code scanning to enable self checkout
US9105017B2 (en) Customer reprint of a physical receipt from an electronic receipt
US11455611B2 (en) Information processing apparatus, information processing method, non-transitory computer readable medium storing program, electronic receipt system, and terminal device
US20150235309A1 (en) Business services platform solutions for small and medium enterprises
US20190057368A1 (en) Electronically warehousing items of stored value
US20130185130A1 (en) System and method for electronic submission of a rebate request with validation information
KR20180117434A (ko) Sns를 이용한 쇼핑 활성화와 안전 거래를 위한 방법과 시스템 그리고 컴퓨터로 읽을 수 있는 기록 매체
US20160110821A1 (en) Method, System And Software Program For Handling And Storing Purchase Transactions Between A User And A Point-Of-Sale
US11182820B2 (en) System and method for electronic submission of a rebate request with validation information
US20240338665A1 (en) Electronic receipt dispensing system and method
CN114358861A (zh) 一种发票开具方法及系统
KR20130070509A (ko) 휴대용 단말기를 이용한 결제시스템 및 결제방법과, 이 방법을 실행하기 위한 프로그램이 기록된 저장매체

Legal Events

Date Code Title Description
FG Grant or registration
PD Change of proprietorship

Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC