MX2010010514A

MX2010010514A - Sistema y metodo para proporcionar transacciones en linea.

Info

Publication number: MX2010010514A
Application number: MX2010010514A
Authority: MX
Inventors: Robert Kerner; Weidong Tang
Original assignee: Revolution Money Inc
Priority date: 2008-03-24
Filing date: 2009-03-23
Publication date: 2010-12-14
Also published as: CN102067159A; US9818110B2; US20090240594A1; WO2009142812A2; EP2286379A2; JP2011515781A; CA2719941A1; US9208485B2; US20160048832A1; EP2286379A4; BRPI0910032A2; WO2009142812A3

Abstract

Se describen métodos y sistemas para proporcionar transacciones en línea. Un método incluye suministrar el contenido de despliegue en un cuadro de un sitio de la red, el sitio de la red tiene como anfitrión a una tercera parte. El método también incluye recibir información de la transacción de la tercera parte y regresar una contraseña al cuadro, la contraseña incluye información de estado con base en la información de transacción. El método también incluye pasar la contraseña desde el marco a la tercera parte. El método opcionalmente, también incluye recibir la contraseña desde la tercera parte y transferir los fondos de una primera cuenta a una segunda cuenta con base en la información de transacción y la información de estado.

Description

SISTEMA Y METODO PARA PROPORCIONAR TRANSACCIONES EN LINEA Esta solicitud se presentó el 24 Marzo, 2009, como una solicitud de Patente Internacional de PCT bajo el nombre de Revolution Money Inc., una corporación nacional de E.U.A., solicitante para la designación de todos los países excepto E.U.A. , y Robert Kerner y Weidong Tang, ambos ciudadanos de E.U.A., solicitantes para la designación de E.U.A. únicamente, y reclama prioridad a la solicitud de patente provisional de E.U.A. Serie No. 12/054,164, presentada el 24 Marzo, 2008.

CAMPO TECNICO La presente descripción se refiere generalmente a sistemas de pago utilizados en conjunto con transacciones en linea. En particular, la presente descripción se refiere a un sistema y método para proporcionar transacciones en línea, tal como a través de transferencia de fondos en línea en tiempo real.

ANTECEDENTES Los sistemas de ventas en línea, tales como los utilizados por minoristas en línea, sitios de subasta, y otros sistemas, requieren mecanismos de pago para facilitar una transferencia de fondos a un vendedor de bienes y servicios desde un comprador de estos bienes y servicios. Los sistemas de ventas existentes típicamente confían en compañías de tarjeta de crédito para procesamiento de pago y manejo de sistemas de pago. Sin embargo, los sistemas de tarjeta de crédito tienen desventajas. Por ejemplo, las compañías de tarjeta de crédito cobran cuotas de procesamiento a los vendedores. Las compañías de tarjeta de crédito también limitan a los compradores a ciertos tipos de tarjetas; esto puede limitar el universo de compradores potenciales, debido a que esos compradores pueden no tener el tipo de tarjeta de crédito aceptado por el minorista particular.

Más recientemente, los sistemas de ventas en línea han intentado integrar sistemas de pago directo paVa realizar tareas de transferencia de dinero simple, con lo cual se evita el uso de tarjetas de crédito u otros sistemas basados en créditos similares. En estos sistemas, un mecanismo de pago permite una transferencia de fondos directa entre cuentas manejadas por compradores y vendedores. Sin embargo, los sistemas de pago directos existentes también tienen desventajas. Por ejemplo, estos sistemas de pago directos existentes no comparten datos con sistemas de ventas en línea en tiempo real. En lugar de eso, toda la información que se relaciona con una venta u otra transacción se recolecta por el sistema de ventas, y la venta se confirma sin información completa que se relaciona con sí los fondos están disponibles para transferencia a través del sistema de pago directo. Después de que se completa la transacción de ventas, el sistema de pago directo recibe la información que se relaciona con la transacción y realiza la transferencia de fondo real. Sin embargo, si los fondos de hecho no están disponibles en una cuenta del comprador, el vendedor habrá completado incorrectamente la transacción de ventas, debido al hecho de que el precio del vendedor pudo no haber sido pagado por el comprador al momento de la venta. Estas transacciones deben cancelarse subsecuentemente, causando posible reabastecimiento de inventario, programación, u otros problemas. Otros sistemas de pago directo generalmente requieren que el comprador se dirija completamente lejos del sitio de la red del vendedor para realizar la transacción de transferencia de fondos requerida por la compra.

Por estas y otras razones, son deseables las mejoras.

BREVE DESCRIPCION DE LA INVENCION De acuerdo con la siguiente descripción, los problemas anteriores y otros se resuelven mediante lo siguiente: en un primer aspecto, se describe un método para facilitar transacciones en línea. El método incluye suministrar contenido para despliegue en un marco de un sitio de la red, el sitio de la red tiene como anfitrión a una tercera parte. El método también incluye recibir información de transacción desde la tercera parte, y regresar una contraseña al marco, la contraseña que incluye información de estado basándose en la información de transacción. El método además incluye pasar la contraseña del marco a la tercera parte. El método opcionalmente también incluye recibir la contraseña de la tercera parte y transferir fondos desde una primera cuenta hacia una segunda cuenta basándose en la información de transacción y la información de estado.

En un segundo aspecto, se describe un sistema para facilitar transacciones en línea. El sistema incluye una memoria configurada para almacenar información de cuenta relacionada con uno o más usuarios. El sistema también incluye un circuito programable en comunicación eléctrica con la memoria. El circuito programable está configurado para ejecutar instrucciones de programa para suministrar contenido para despliegue en un marco de un sitio de la red. El sitio de la red tiene como anfitrión a una tercera parte, y para recibir información de transacción desde la tercera parte. El circuito programable además está configurado para ejecutar instrucciones de programa para regresar una contraseña al marco, la señal que incluye información de estado basándose en la información de transacción y la información de cuenta. El circuito programable también está configurado para ejecutar instrucciones de programa para pasar la contraseña del marco a la tercera parte.

En un tercer aspecto, se describe un método para ejecutar una o más transacciones en línea. El método incluye alojar una página web que incluye un marco, el marco configurado para presentar contenido desde un sitio remoto no afiliado con la página web. El método también incluye pasar información de transacción al sitio remoto, la información de transacción se relaciona con una transacción. El método además incluye recibir una contraseña del marco, la contraseña incluye información de estado basándose en la información de transacción. El método incluye recibir una solicitud para ejecutar una transacción desde un cliente, y, al jrecibir la solicitud, transmitir la contraseña al sistema remoto.

En un cuarto aspecto, se describe un sistema útil para ejecutar una o más transacciones en línea. El sistema incluye una memoria configurada para almacenar información que se relaciona con una. o más transacciones. El sistema también incluye un circuito programable en comunicación eléctrica con la memoria. El circuito programable está programado para alojar una página web que incluye un marco, el marco configurado para presentar contenido desde un sitio remoto no afiliado con la página web. El circuito programable además está programado para pasar información de transacción al sistema remoto, la información de transacción que se relaciona con una transacción. El circuito programable también está programado para recibir una contraseña del marco, el marco incluye información de estado basándose en la información de transacción. El circuito programable también está programado para recibir una solicitud para ejecutar una transacción desde un consumidor, y, al recibir la solicitud, transmitir la contraseña el sistema remoto.

BREVE DESCRIPCION DE LOS DIBUJOS La Figura 1 es una ilustración esquemática de una red en donde pueden representarse los aspectos de la presente descripción; La Figura 2 es un cuadro de flujo de métodos y sistemas para facilitar o proporcionar transacciones en línea, de acuerdo con una modalidad posible de la presente descripción; La Figura 3 es un cuadro de flujo de métodos y sistemas para realizar transacciones en linea, de acuerdo con una modalidad posible de la presente descripción; La Figura 4 ilustra la arquitectura de un sistema de cómputo que puede utilizarse para implementar aspectos de la presente descripción; La Figura 5 ilustra una página web esquemática ilustrativa que incorpora un marco con el cual pueden intercambiarse datos, de acuerdo con una modalidad posible de la presente descripción; La Figura 6 ilustra una página web de carrito de compras esquemático que incluye un marco que presenta el pago o campos de autentif icación, de acuerdo con una modalidad posible de la presente descripción; La Figura 7 ilustra la página web de carrito de compras esquemático de la Figura 6 que incluye un marco que presenta una solicitud de confirmación de pago, de acuerdo con una posible modalidad de la presente descripción; La Figura 8 ilustra la página web de carrito de compras esquemático de la Figura 6 que incluye un marco que presenta un mensaje de solicitud de compra, de acuerdo con una modalidad posible de la presente descripción; La Figura 9 es un diagrama de flujo de datos esquemático de datos intercambiados durante una compra de bienes o servicios de acuerdo con una modalidad posible de la presente descripción; y La Figura 10 ¡lustra una página web de confirmación esquemática presentada siguiendo la ejecución de una compra de bienes o servicios.

DESCRIPCION DETALLADA Se describirán varías modalidades de la presente descripción en detalle con referencia a los dibujos, en donde números de referencia similares representan partes y ensambles similares a través de las varias vistas. La referencia a varias modalidades no limita el alcance de la invención, que está limitado únicamente por el alcance de las reivindicaciones anexas a esto. Adicionalmente, cualquiera de los ejemplos establecidos en esta especificación no pretenden ser limitantes y simplemente establecen algunas de muchas modalidades posibles para la invención reclamada.

Las operaciones lógicas de las varias modalidades se implementan como: (1) una secuencia de pasos, operaciones, o procedimientos implementados por computadora que corren en un circuito programable dentro de una computadora de uso general, (2) una secuencia de pasos, operaciones, o procedimientos implementados por computadora que corren en un circuito programable de uso específico; y/o (3) módulos de máquina interconectados o procesadores de programa dentro de los circuitos programables.

En general, la presente descripción se refiere a métodos y sistemas para proporcionar y ejecutar transacciones en línea, tales como para la compra y venta de bienes y servicios. La presente descripción contempla un sistema que, entre otros aspectos, suministra contenido para despliegue en un marco de un sitio de la red de tercera parte, y puede recibir información sobre una transacción manejada en ese sitio de la red de tercera parte. Al regresar una contraseña en el marco que incluye el estado de la transacción (por ejemplo, al confirmar que existen fondos suficientes para que se complete la transacción exitosamente), y entonces al pasar la contraseña del marco a la tercera parte, esa tercera parte recibe información de tiempo real sobre el estado (pasado o fallido) de la transacción y puede completar o elegir no completar la transacción basándose en esa información.

Por tercera parte, se pretende que el sitio de la red de tercera parte represente un sitio de la red no manejado por un facilitador de transacción, tal como sistema de intercambio de fondos directo. El sitio de la red de tercera parte también requiere relación no integrada con un sistema de intercambio de fondos. El sitio de la red se denomina como siendo un sitio de la red de "tercera parte" ya que no está afiliado con el sistema de intercambio de fondos o cualquiera de las cuentas de cliente en ese sistema, que típicamente pertenecerá a un comprador que utiliza el sitio de la red de tercera parte.

Haciendo referencia ahora a la Figura 1, se muestra una red ilustrativa 100, dentro de la cual pueden implementarse aspectos de la presente descripción. La red 100 incluye un número de dispositivos electrónicos, mostrados como dispositivos 102, 104, 106. Por ejemplo., los dispositivos electrónicos 102, 104, 106 pueden ser cualquier número de tipos de computadoras personales, teléfonos inteligentes, dispositivos de cómputo portátiles con capacidades de telecomunicaciones, o dispositivos portátiles. También se debe notar que los dispositivos electrónicos (también descritos aquí como dispositivos de comunicaciones, generalmente) incluyen, pero no están limitados a, asistentes digitales personales (PDA), sistemas de cómputo, computadoras personales de bolsillo (PC de bolsillo), reproductores MP3, cajas de tv por cable, y otros de tales sistemas.

Los dispositivos electrónicos 102, 104 pueden ser cualquier número de tipos de dispositivos capaces de conectarse a una red de datos 108, tal como Internet. La red de datos 108 es una red de datos basada en paquete capaz de enviar y recibir datos digitales, tal como Internet o alguna porción de los mismos. La red de datos 106 puede operar en cualquier número de protocolos o formatos de archivo.

El servidor de datos financieros 110 y el servidor de transacción de tercera parte 112 también pueden estar conectados a la red de datos 108, y proporcionan varios servicios accesibles a usuarios de los dispositivos electrónicos 102, 104, 106. Por ejemplo, el servidor de datos financieros 110 proporciona dinero o algún otro servicio de intercambio de valor a usuarios de la red 100, tal como para el pago en intercambio de bienes o servicios. El servidor financiero 110 puede proporcionar, en varias modalidades, un sistema de pago de usuario a usuario directo en el cual pueden llevarse a cabo transferencias de dinero y negociación de pago sin requerir el uso de una tercera parte para enrutar transferencias de dinero.

El servidor de transacción de tercera parte 112 proporciona una ubicación en la cual uno o más usuarios pueden ofrecer vender una variedad de bienes o servicios. El proveedor del servicio de tercera parte 112 puede ser un minorista en línea, o puede ser una comunidad en línea en la cual los usuarios individuales pueden ofrecer bienes o servicios a la venta, tal como un sitio de subasta en línea o tablero de boletín de ventas.

En ciertos casos, el servidor de transacción de tercera parte 112 no tiene relaciones de pago preestablecidas con servicios de transferencia de valor. En tales casos, el servidor de transacción de tercera parte 112 puede colocar código dentro de sus sitios web alojados para permitir confirmación de transacción en página al permitir distribución de. datos entre un marco que maneja la transferencia de fondos (por ejemplo, alojada por el servidor financiero 110) y la página web alojada por el servidor de transacción de tercera parte 112. El marco dirige a los compradores interesados a una página web manejada por un sistema remoto que actúa como un facilitador de intercambio (por ejemplo, el administrador o proveedor del servidor financiero 110 para intercambiar dinero/valor por bienes y servicios) para manejar transferencia de fondos dentro del marco. Un ejemplo de uso de tal sistema se muestra en las Figuras 6-10, a continuación.

La Figura 2 es un cuadro de flujo de métodos y sistemas para facilitar transacciones en línea, de acuerdo con una modalidad posible de la presente descripción. Los métodos y sistemas descritos facilitan transacciones en línea, tal como compra o venta de bienes y servicios, al proporcionar información en tiempo real (durante la transacción) con respecto a fondos disponibles para el comprador. Esta información en tiempo real permite que la tercera parte se asegure de que el comprador está apropiadamente autorizado para comprar los bienes/servicios, basándose en fondos observados para estar disponibles para el comprador.

El sistema 200 de la Figura 2 generalmente se refiere a operaciones realizadas por un facilitador de transacción, tal como un sistema de coordinación de pago directo. El sistema 200 permite la interacción con la tercera parte, y actúa como una verificación de viabilidad de transacción insertada antes de la tercera parte que permite que se ejecute la transacción. Un ejemplo de un facilitador de transacción es el servidor financiero 110 de la Figura 1.

El sistema 200 se inicia en una operación de inicio 202, que corresponde al inicio de una transacción en línea, tal como ocurrirá cuando un cliente busca "revisar" en un minorista en línea. El flujo operacional procede a un módulo de contenido 204, que aplica contenido para despliegue por un sitio de la red de tercera parte. El módulo de contenido 204 suministra contenido formateado para despliegue en un marco del sitio de la red de tercera parte. El sitio de la red de tercera parte generalmente es un sitio de la red alojado por un servidor, tal como el servidor de tercera parte 112 de la Figura 1. La tercera parte puede ser cualquier número de tipos de entidades capaces de comprar o vender bienes y servicios, o facilitar la compra y venta de bienes y servicios en línea. Ejemplos de tales terceras partes incluyen un minorista en línea, sitio de subasta en línea, u otras entidades similares.

El marco creado para despliegue del contenido proporcionado a través del módulo de contenido 204 generalmente se crea por código de fuente insertado en una página web por la tercera parte. El marco generalmente es un marco insertado en una página web, en donde una entidad diferente al anfitrión del sitio de la red (en este caso la tercera parte) puede presentar contenido. Un ejemplo de tal marco se muestra en la Figura 5, a continuación.

En ciertas modalidades de la presente descripción, la página web presenta información que se relaciona con una transacción propuesta para completarse. Esta transacción puede ser, por ejemplo, entre dos partes, una de las cuales puede ser el anfitrión de tercera parte del sitio de la red. Un ejemplo de tal transacción es una venta en línea de bienes; en tal ejemplo, la página web puede corresponder a una página de "carrito de compras". Otras páginas web ilustrativas en las cuales un marco para contenido no anfitrión también son posibles.

En ciertas modalidades adicionales, el contenido presentado en el marco se refiere a una autentificación de usuario del comprador o vendedor que visita el sitio de la red de tercera parte. El módulo de contenido 204 puede presentar una ventana que solicita un nombre de usuario y contraseña u otra información de autentificación (código de acceso, PIN, etc.), que requiere que el comprador o vendedor de visita proporcione credenciales para registrarse para el sistema de facilitación de transacción. En modalidades en las cuales el sistema de facilitación de transacción es un sistema de transferencia de fondos directo, la información de autentificación generalmente permite acceso a una cuenta de usuario que tiene disponible para esto una cantidad de fondos (por ejemplo, a través de una línea de crédito, una cuenta existente con la institución financiera que maneja el sistema 200, o una conexión a una cuenta existente con una institución financiera diferente).

El flujo operacional procede a un módulo de recepción de información de transacción 206. El módulo de recepción de información de transacción 206 recibe información de transacción de la tercera parte, tal como al pasar esa información al marco incorporado en la página web. La información de transacción puede ser una variedad de diferentes tipos de información que se relacionan con la transacción, y generalmente incluirán al menos la identidad del comprador y la cantidad de fondos requerida para la compra. Información adicional, tal como la relacionada con la entidad del vendedor o los bienes o servicios comprados también pueden incluirse.

El módulo de recepción de información de transacción 206 puede recibir datos pasados a éste de la página web o desde la tercera parte directamente, por cualquiera de un número de métodos en los cuales se permite que la tercera parte tenga acceso de comunicación de datos con el marco insertado en la página web que aloja el marco. En una modalidad, los datos se pasan al marco con el inicio del marco, a través del comando que crea el marco. Un ejemplo de tal método se describe en la Figura 5, a continuación.

En ciertas modalidades, el módulo de recepción de información de transacción 206 presenta una página de confirmación a un usuario antes de la transmisión de la información de transacción a la tercera parte. La página de confirmación presenta un mensaje al usuario que solicita confirmación para validar una transacción, y también presenta un botón que activa al usuario a proceder. El módulo de recepción de información de transacción 206 recibe una solicitud para ejecutar la transacción al detectar que el usuario da clic en el botón. Un ejemplo de tal página se muestra en la Figura 7, a continuación.

El flujo operacional procede a un módulo de regreso de contraseña 208, que regresa una contraseña al marco alojado en el sitio de la red de tercera parte. El módulo de regreso de contraseña 208 transmite la contraseña al marco basándose en métodos basados en web estándares, de dirección de IP. La contraseña regresa al marco por el módulo de regreso de señal 208 que incluye información de estado. La información de estado generalmente corresponde a información generada por el facilitador de transacción con respecto a la viabilidad de la transacción. Por ejemplo, la información de estado puede referirse al estado de una o más cuentas de un cliente que busca comprar bienes o servicios en el sitio de la red de tercera parte. En una modalidad en la cual el facilitador de transacción es un facilitador de pago directo, la contraseña puede verificar la existencia de una cuenta identificada al utilizar la información de transacción recibida a través del módulo de recepción de información de transacción 206. En tal modalidad, la contraseña también puede verificar si la cuenta, una vez identificada, contiene suficientes fondos para completar la transacción, basándose en la información de transacción.

El flujo operacional procede a un módulo de transmisión de contraseña 210. El módulo de transmisión de contraseña pasa la contraseña del marco en el sitio de la red al servidor que aloja el sitio de la red, para que la tercera parte que aloja el sitio de la red tenga la información de la contraseña. En este punto, el sitio de tercera parte obtiene conocimiento de la evaluación realizada por el sistema de facilitación de transferencia de fondos, y por lo tanto recibe información con respecto a la viabilidad de la transacción como se determina con, por ejemplo, el servidor financiero 110.

En este punto, la tercera parte que aloja el marco puede determinar si permite que el comprador o vendedor que visita el sitio de la red (y que ve el marco) lleve a cabo la transacción. Si la tercera parte no permite que la transacción proceda (por ejemplo, basándose en una observación de una contraseña que indica que no existe ninguna cuenta o que pueden accederse a fondos insuficientes en la cuenta), la operación terminará en la operación final 218, descrita a continuación. Si la tercera parte permite que proceda la transacción (por ejemplo, al analizar la contraseña y al observar que la transacción será exitosa), la tercera parte puede redirigir al comprador/vendedor que visita una página de confirmación.

El flujo operacional procede a un módulo de recepción de contraseña 212. El módulo de recepción de contraseña corresponde al facilitador de transacción que recibe la contraseña de la tercera parte, que permite que el facilitador de transacción sepa que se debe llevar a cabo la transacción. Con la ejecución del módulo de recepción de contraseña 212, el flujo operacional procede a un módulo de confirmación 214, que de nuevo confirma la viabilidad de la transacción (por ejemplo, basándose en la existencia de la cuenta y el balance de cuenta, cuando se compara con la cantidad de fondo solicitado para realizar la transacción). El flujo operacional procede a un módulo de transferencia de fondos 216 para transferir fondos de una cuenta de comprador a una cuenta de vendedor.

En modalidades del sistema 200 en donde la tercera parte es un minorista en línea, la cuenta del vendedor puede corresponder a una cuenta mantenida por la misma tercera parte. En otras modalidades del sistema 200 en el cual la tercera parte facilita transacciones entre otras partes (por ejemplo, como una subasta en línea o un sitio de foro de venta), la cuenta del vendedor corresponde a una cuenta de un usuario del sitio de tercera parte.

El flujo operacional dentro del sistema 200 termina en una operación final 218, que corresponde a una transferencia de fondos completada (o abortada) en conjunto con una transacción en línea.

Como se puede observar a partir de las operaciones de la Figura 2, el facilitador de transacción, utilizando los métodos y sistemas aquí descritos, puede interponerse en una transacción en línea y proporcionar los sistemas de pago para esa transacción sin interrumpir el flujo de la transacción en línea. Cuando se pasa la contraseña del marco a la tercera parte, la contraseña obtiene conocimiento con respecto a la viabilidad de la transacción que se va a realizar. Cuando la contraseña se regresa desde la tercera parte hasta el servidor financiero (por ejemplo, la fuente del contenido en el marco), la viabilidad de la transacción se reconfirma opcionalmente, y la transacción está completa (por ejemplo, se transfieren fondos).

La Figura 3 es un cuadro de flujo de métodos y sistemas para realizar transacciones en línea, de acuerdo con una modalidad posible de la presente descripción. El sistema 300 generalmente corresponde a actividades realizadas por un servidor de tercera parte que actúa como un anfitrión de un sitio de la red en el cual se llevan a cabo transacciones de compra/venta. El servidor de tercera parte 300 obtiene información en tiempo real con respecto a la viabilidad de una transacción desde un servidor remoto que actúa como un facilitador de transacción al mantener cuentas para uno o más usuarios del sitio de la red de servidor de tercera parte. Un ejemplo de tal servidor remoto es el servidor financiero 110 de la Figura 1.

El flujo operacional en el sistema 300 se inicia en una operación de inicio 302, que corresponde generalmente a un usuario del sitio de la red de tercera parte que inicia una transacción en la cual se involucra un intercambio de fondo, tal como una compra o venta de bienes o servicios. Por ejemplo, en las modalidades en donde la tercera parte es un minorista en línea u otro vendedor de bienes o servicios, la operación de inicio 302 puede corresponder a un usuario que da clic en un botón de "carrito de compras" para ver un inventario de bienes que se van a comprar.

El flujo operacional procede a un módulo de anfitrión 304, que generalmente corresponde a la tercera parte que aloja una página web relacionada con una transacción propuesta. En ciertas modalidades, la página web corresponde a una confirmación de orden y la página web de pago que permite que un usuario ingrese información de pago para el término de una transacción.

La página web alojada a través del módulo de anfitrión 304 incluye un marco, que corresponde a una región insertada en la página web que presenta contenidos recuperados de una fuente separada. En varias modalidades de la presente descripción, el marco está configurado para presentar contenido desde un sitio remoto no afiliado con el sitio de la red. En ciertas de esas modalidades, el sitio remoto corresponde a un servidor financiero (por ejemplo, el servidor financiero 110 de la Figura 1) que no está afiliado, es decir no controlado por la tercera parte y tiene acceso a cuentas para uno o más compradores y vendedores utilizando el sitio de la red de tercera parte.

Una vez que el módulo de anfitrión 304 presenta una página web con un marco incluido, el sitio remoto no afiliado con el sitio de la red puede presentar información en el marco. Por ejemplo, el sistema remoto puede presentar información de autentificación, como se describe anteriormente en conjunto con el módulo de contenido 204 de la Figura 2. Un ejemplo de tal página se muestra en la Figura 6, a continuación. El sistema remoto también presenta una página de confirmación, que incluye un botón de confirmación que solicita que un usuario de clic al botón para confirmar que los fondos están disponibles para completar la transacción. Un ejemplo de tal página se muestra en la Figura 7, a continuación.

El flujo operacional procede a un módulo de información de transacción 306, que pasa información de transacción al sistema remoto. La información de transacción pasada al sistema remoto puede variar de acuerdo con diferentes modalidades de la presente descripción. En general, la información de transacción incluye información con respecto a un comprador de bienes o servicios que están utilizando el sitio de la red de tercera parte. La información de transacción también puede incluir información con respecto a la cuenta para acceder, una cantidad de fondos que se va a probar para uso en la transacción, el nombre y la cuenta del vendedor, ya otra información .

Después de que el módulo de información de transacción 306 transmite información al servidor remoto (por ejemplo, el servidor financiero 110), que el servidor remoto generalmente genera y regresa una contraseña al marco que se relaciona con la viabilidad de la transacción descrita por la información de transacción. El marco entonces puede pasar esa valoración de viabilidad a la tercera parte. Operaciones ilustrativas que pueden llevarse a cabo se describen en conjunto con el módulo de regreso de contraseña 208 y el módulo de transmisión de contraseña 210 de la Figura 2.

En el sistema 300, el flujo operacional procede a un módulo de recepción de contraseña 308, que corresponde a recibir la señal del marco incorporado en la página web de tercera parte (por ejemplo, la página web de "carrito de compra"). En ciertas modalidades, el módulo de recepción de contraseña ejecuta un comando (por ejemplo, un comando "obtener contraseña") dentro de una página web) para obtener la contraseña desde el marco. Cuando el módulo de recepción de contraseña 308 recibe la contraseña, la contraseña incluye información de estado que está relacionada con la transacción y basándose en la información de transacción proporcionada al sistema remoto. La información de estado también puede basarse en fondos disponibles para el comprador, basándose en la cantidad indicada en la información de transacción.

El flujo operacional procede a una operación de determinación de estado 310. La operación de determinación de estado 310 valora la información de estado incluida en la contraseña recibida en el módulo de recepción de contraseña 308 para determinar si la transacción propuesta para ocurrir en la página web de tercera parte es factible. La operación de determinación de estado 310 puede en ciertas modalidades, leer un indicador "aprobado" o "fallido" incluido la información de estado. Si la operación de determinación de estado 310 determina que se aprueba la transacción (es decir, el comprador tiene fondos suficientes en la cuenta designada para comprar los bienes/servicios), el flujo operacional procede a un módulo de recepción de solicitud 312. Si la operación de determinación de estado 310 determina que no está aprobada la transacción, o ha "fallado" (es decir, el comprador tiene fondos insuficientes, la cuenta no está reconocida, u otros errores), el flujo operacional se ramifica a una operación final 318, descrita a continuación.

El módulo de recepción 312 corresponde a la página web que recibe una solicitud para ejecutar la transacción descrita por la información de transacción. La solicitud generalmente se recibe de un comprador que visita la página web de tercera parte al detectar que el comprador da clic en un botón "comprar" en el sitio de la red para completar la transacción.

El módulo de transmisión de contraseña 314 transmite la contraseña de la tercera parte al servidor remoto, con lo cual regresa la contraseña al servidor remoto y activa una operación de transferencia de fondos en el servidor remoto (por ejemplo, a través de la operación de un módulo de transferencia de fondos 216 de la Figura 2). Del módulo de transmisión de contraseña 314, el flujo operacional procede a un módulo de ejecución de transacción 316, en donde se registra la transacción para término. Esto puede incluir, por ejemplo, formar bienes para envió al comprador, iniciar procedimientos de inventario y envío, o programar servicios que se van a realizar de acuerdo con la transacción descrita en la página web de "carrito de compras". El módulo de ejecución de transacción 314 opcionalmente también presenta una página web de confirmación, que indica el término exitoso de la transacción. Un ejemplo de tal página se muestra en la Figura 10, a continuación.

A partir del módulo de ejecución de transacción 316 (u operación de determinación de estado "fallido" 310, anteriormente), el flujo operacional procede a una operación final 318. La operación final corresponde al término de una transacción intentada, ya sea por el término de la transacción o al abortar la transacción.

Haciendo referencia ahora a la Figura 4, un ambiente ilustrativo para implementar modalidades de la presente descripción incluye un dispositivo de cómputo de propósito general en la forma de un sistema de cómputo 400, que incluye al menos un sistema de procesamiento 402. En las varias modalidades aquí descritas, el dispositivo de cómputo de propósito general puede corresponder a los varios dispositivos de cómputo de la Figura 1, tales como los dispositivos electrónicos, el servidor financiero, o el proveedor de servicio de tercera parte. Una variedad de unidades de procesamiento 402 está disponible a partir de una variedad de fabricantes, por ejemplo, Intel o Advance Macro Devices. El dispositivo de cómputo 400 también incluye una memoria de sistema 404, y un conductor común de sistema 406 que acopla varios componentes de sistema incluyendo la memoria del sistema 404 a la unidad de procesamiento 402. El conductor común de sistema 406 puede ser cualquiera de varios tipos de estructuras de conductor común incluyendo un conductor común de memoria, o controlador de memoria; un conductor común periférico; y un conductor común local que utiliza cualquiera de una variedad de arquitecturas de conductor común.

Preferiblemente, la memoria del sistema 404 incluye memoria de sólo lectura (ROM) 408 y memoria de acceso aleatorio (RAM) 410. Un sistema de entrada/salida básico 412 (BIOS), que contiene las rutinas básicas que ayudan a transferir información entre elementos dentro del sistema de cómputo 400, tal como durante el arranque, típicamente está almacenado en la ROM 408.

Preferiblemente, el sistema de cómputo 400 además incluye un dispositivo de almacenamiento secundario 413, tal como una unidad de disco duro, para leer de y escribir a un disco duro (no mostrado), y/o una tarjeta flash compacta 414.

La unidad de disco duro 413 y la tarjeta flash compacta 414 están conectados al conductor común de sistema 406 mediante una interfase de unidad de disco duro 420 y una interfase de tarjeta flash compacta 422, respectivamente. Las unidades y sus tarjetas y sus medios legibles por computadora asociados proporcionan almacenamiento no volátil de instrucciones legibles por computadora, estructuras de datos, módulos de programa y otros datos para el sistema de cómputo 400.

Aunque el ambiente ilustrativo aquí descrito emplea una unidad de disco duro 413 y una tarjeta flash compacta 414, se debe apreciar por aquellos expertos en la técnica que otros tipos de medios legibles por computadora, capaces de almacenar datos, pueden utilizarse en el sistema ilustrativo. Ejemplos de estos otros tipos de medios legibles por computadora incluyen cassettes magnéticos, tarjetas de memoria flash; discos de video digital, cartuchos de Bernoulli, CD-ROMs, DVD-ROMs, memorias de acceso aleatorio (RAM), memoria de sólo lectura (ROM), y similares.

Un número de módulos de programa puede almacenarse en el disco duro 413, tarjeta flash compacta 414, ROM 408, o RAM 410, incluyendo un sistema operativo 426, uno o más programas de aplicación 428, otros módulos de programa 430, y datos de programa 432. Un usuario puede ingresar comandos e información en el sistema de cómputo 400 a través de un dispositivo de entrada 434. Ejemplos de dispositivos de entrada pueden incluir un teclado, ratón, micrófono, palanca de mandos, almohadilla de juegos, antena parabólica, escáner, cámara digital, pantalla táctil, y un teléfono. Estos y otros dispositivos de entrada frecuentemente están conectados a la unidad de procesamiento 402 a través de una interfase 440 que está acoplada al conductor común de sistema 406. Estos dispositivos de entrada también pueden estar conectados por cualquiera de un número de interfases, tal como un puerto paralelo, puerto en serie, puerto de juegos, o un conductor común en serie universal (USB). Un dispositivo de presentación 442, tal como un monitor o panel de pantalla táctil LCD, también está conectado al conductor común de sistema 406 a través de una interfase, tal como un adaptador de video 444. El dispositivo de presentación 442 puede ser interno o externo. Además del dispositivo de presentación 442, los sistemas de cómputo, en general, típicamente incluyen otros dispositivos periféricos (no mostrados), tal como bocinas, impresoras, y dispositivos portátiles.

Cuando se utilizan en un ambiente en red LAN, el sistema de cómputo 400 está conectado a la red local a través de una interfase de red o adaptador 452. Cuando se utiliza en un ambiente en red WAN, tal como Internet, el sistema de cómputo 400 típicamente incluye un módem 454 u otros medios, tal como una conexión directa, para establecer comunicaciones en la red de área ancha. El módem 454, que puede ser interno o externo, está conectado al conductor común de sistema 406 a través de la interfase 440. En un ambiente en red, los módulos de programa ilustrados relativos al sistema de cómputo 400, o porciones del mismo, pueden almacenarse en un dispositivo de almacenamiento de memoria remoto. Se apreciará que las conexiones en red mostradas son ilustrativas y pueden utilizarse otros medios para establecer un enlace de comunicaciones entre los sistemas de cómputo.

El sistema de cómputo 400 también incluir una grabadora 460 conectada a la memoria 404. La grabadora 460 incluye un micrófono para recibir entrada de sonido y está en comunicación con la memoria 404 para guardar en memoria intermedia y almacenar la entrada de sonido. Preferiblemente, la grabadora 460 también incluye un botón para grabar 461 para activar el micrófono y comunicar la entrada de sonido a la memoria 404.

Un dispositivo de cómputo, tal como el sistema de cómputo 400, típicamente incluye al menos alguna forma de medio legible por computadora. Los medios legibles por computadora puede ser cualquier medio que puede accederse por el sistema de cómputo 400. A manera de ejemplo, y no de limitación, los medios legibles por computadora pueden comprender medios de almacenamiento por computadora y medios de comunicación.

Los medios de almacenamiento por computadora incluyen medios volátiles y no volátiles, removibles y no removibles implementados en cualquier método o tecnología para almacenamiento de información tal como instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos. Los medios de almacenamiento por computadora incluyen, pero no están limitados a, RAM, ROM, EEPROM, memoria flash u otra tecnología de memoria, CD-ROM, discos versátiles digitales (DVD) u otro almacenamiento óptico, cassettes magnéticos, cinta magnética, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que puede utilizarse para almacenar la información deseada y que puede accederse por el sistema de cómputo 400.

Los medios de comunicación típicamente representan instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos en una señal de datos modulada tal como una onda portadora u otro mecanismo de transporte e incluye cualquier medio de entrega de información. El término "señal de datos modulada" significa una señal que tiene una o más de sus características establecidas o cambiadas de tal forma para codificar información en la señal. A manera de ejemplo, y no de limitación, los medios de comunicación incluyen medios por cable tal como red por cable o conexión por cable directa, y medios inalámbricos tal como medios acústicos, RF, infrarrojos, y otros inalámbricos. Combinaciones de cualquiera de los anteriores también deben incluirse dentro del alcance de medios legibles por computadora. Los medios legibles por computadora también pueden denominarse como producto del programa de computadora.

La Figura 5 ilustran una página web esquemática ilustrativa 500 que incorpora un marco con el cual pueden intercambiarse datos, de acuerdo con una modalidad posible de la presente descripción. La página web 500 ilustra un método para iniciar un marco 502 en una página web en donde pueden compartirse datos entre la página web y el marco en la modalidad mostrada, la página web 300 llama al marco al utilizar un comando de enviar Datos desde una página web 300 arrojada por una tercera parte, ilustrada como residente en la dirección web ilustrativa http://www.3redparty_website_here.com. La página web de anfitrión 500 incluye una función "enviar datos" que activan la carga del marco 502 en la página web y llama al marco desde el hipervínculo dirigido por la función (en este caso, la dirección web ilustrativa http://www.revolutionmoney.com/exchange/...). La función "enviar Datos" también pasa datos a la fuente de la información de marco, identificada por el enlace. El marco 502 incluye contenido cargado basándose en el hipervínculo objetivo. El marco incluye una operación para completar con la carga del marco, como se indica por la Ventana. En carga igual código de función (), que define el tamaño, posición y otros atributos del marco.

En el contexto de la presente descripción, el sitio de la red de tercera parte incluirá código capaz de llamar un marco y compartir datos, por ejemplo datos de transacción, con la fuente de ese marco (por ejemplo, un servidor remoto, tal como el servidor financiero 110 de la Figura 1). La fuente de contenido para el marco también proporciona la contraseña utilizada para manejar acceso en tiempo real a la información de estado con respecto a la transacción a la tercera parte, como se describió anteriormente.

Haciendo referencia ahora a las Figuras 6-10, una implementación particular de métodos y sistemas descritos anteriormente se discute en conjunto con una transacción en línea que representa una venta de bienes o' servicios. La transacción en linea denominada en las figuras a continuación puede representar una venta (anfitrión de tercera parte o anfitrión local) que ocurre en un servidor de tercera parte, tal como un servidor de un minorista en línea, un sitio de subasta en línea, u otro facilitador de transacción en línea.

El ejemplo posterior ilustra los pasos de pago insertados en un sitio de la red de tercera parte a través del uso de un marco y un sistema de señal permite un flujo de compra ininterrumpido que se relaciona con sistemas de "cuadro de carrito de compra", mientras proporciona preaprobación de pago por adelantado y ejecuta una compra o venta. Además, el ejemplo ilustra que los pasos de autentificación de pago que utilizan aspectos de la presente descripción pueden realizarse en el marco mientras se mantienen dentro del ambiente de compras u otro ambiente de término de transacción (es decir, no re-enrutamiento al usuario a un sitio de la red separado para pago).

La Figura 6 ilustra una página web de carrito de compras esquemático 600 que incluye un marco que presenta campos de autentificación de pagador, de acuerdo con una modalidad posible de la presente descripción. La página web de carrito de compras como se presenta ilustra una salida ilustrativa que sigue la ejecución del módulo anfitrión 304 de la Figura 3. Como se describe en conjunto con la Figura 5, la página web de carrito de compra 600 incluye un marco 602 generado dentro de la página, que incluye contenido recuperado de un servidor remoto, tal como un servidor financiero. El contenido presentado en el marco incluye información de autentificación de usuario, tal como se puede generar por el módulo de contenido 204 en la Figura 2. La información de autentificación de usuario incluye, en la modalidad mostrada, un campo de solicitud en nombre de usuario 604 un campo de solicitud de contraseña 606. Otros campos de información de autentificación de usuario también pueden incluirse.

La Figura 7 ilustra la página web de carrito de compra 600 de la Figura 6, después de que el usuario de la página ingresa, información de autentificación apropiada en el marco 602. El estado de la página web de carrito de compras mostrada en la Figura 7 puede alcanzarse, por ejemplo, durante la operación del módulo de recepción de información de transacción 206 de la Figura 2, y antes de la operación del módulo de información de transacción 306 de la Figura 3. El marco 602 presenta una solicitud de confirmación de pago, que incluye una confirmación de solicitud de mensaje de la cantidad de pago y un botón de confirmación 610. El botón de confirmación 610 activa la confirmación de la transferencia de fondos en conjunto con la información de transacción presentada al usuario (que incluye la cantidad de fondos involucrada en la transacción).

La Figura 8 ilustra la página web de carrito de compras esquemática 600 de la Figura 6, que incluye un marco 602 que presenta un mensaje de confirmación de fondos 612, de acuerdo con una modalidad posible de la presente descripción. Esta versión de página web puede alcanzarse, por ejemplo, siguiendo una selección de usuario del botón de confirmación 610 de la Figura 7, y operación de una modalidad particular de la operación de valoración de estado 3 0 de la Figura 3.

El mensaje de confirmación de fondos 612 proporciona una indicación al usuario de la página web (por ejemplo, el comprador) que la confirmación de fondos fue exitosa. Esto puede incluir, como se discutió previamente, una confirmación de que la cuenta del usuario se localizó exitosamente y que la cuenta contuvo fondos suficientes para completar la transacción. El mensaje de confirmación de fondos 612 se regresa desde el servidor remoto para despliegue a la página web 600 al mismo tiempo que se regresa una contraseña al marco 602 desde el servidor remoto. El marco 602 entonces transfiere esta contraseña a la página web de tercera parte 600 para uso por la tercera parte. Los pasos de transcripción de contraseña se describen en mayor detalle anteriormente en conjunto con el módulo de regreso de contraseña 208 y el módulo de transmisión de contraseña 210 de la Figura 2.

En la modalidad mostrada, la página web de carrito de compras incluye un botón de compra 620 suministrado por la página web 600 fuera del marco 602. La selección de usuario del botón de compra causa que la página web de tercera parte 600 envié la contraseña recibida desde el servidor remoto (por ejemplo, el servidor financiero 110 de la Figura 1) a través del marco 602 de regreso al servidor remoto para iniciar una operación de transferencia de fondos. La selección del botón de comprar activa el procedimiento mostrado en la Figura 9, y causa la presentación de una página de confirmación 1000 como se muestra en la Figura 10.

La Figura 9 es un diagrama de flujo de datos esquemático 900 de datos intercambiados durante un procedimiento de bienes o servicios de acuerdo con una modalidad posible de la presente descripción. El diagrama de flujo 900 ilustra comunicación entre un cliente 902, una página web de tercera parte 904, un servidor de tercera parte 906, y un servidor remoto con la selección del botón de compra 620 de la Figura 8. En la modalidad mostrada, el cliente 902 puede representar a un comprador o vendedor que utiliza un sitio de la red alojado por la tercera parte para ejecutar las transacciones de compra o venta. La página web de tercera parte 904 generalmente es una página web alojada por la tercera parte y presentada al cliente 902. El servidor de tercera parte 906 puede ser el servidor de alojamiento de la página web de tercera parte 904 u otro servidor controlado por la misma entidad. El servidor remoto 908 corresponde a la entidad que facilita la transacción financiera, tal como un servidor financiero 110 de la Figura 1.

Un flujo de datos ilustrativo para completar la compra procede como a continuación. Un cliente 902 envía un comando de compra 910 a la página web de tercera parte 904 al seleccionar el botón de compra 620 de la Figura 8. La página web de tercera parte 904 a su vez transmite la transacción en un mensaje de transacción 920, que incluye la contraseña recibida en la página web del marco, al servidor de tercera parte 906. El mensaje de transacción 920 generalmente incluye la información ingresada por el usuario en la página web de tercera parte 904 en conjunto con la compra, tal como información de identificación de producto, así como la contraseña recibida desde el marco. El servidor de tercera parte 906 transmite la contraseña en un mensaje de contraseña 930 al servidor remoto 908, que ejecuta la transferencia de fondos en una operación de transferencia de fondos 940 y regresa un mensaje de estado exitoso 950 a servidor de tercera parte 906. El servidor de tercera parte 906-ejecuta la compra en una operación de compra de ejecución 960, y transmite un mensaje de página de confirmación 970 (por ejemplo, la página web de confirmación 1000 de la Figura 10) para despliegue al cliente 902.

La Figura 10 ilustra una página web de confirmación esquemática 1000 presentada siguiendo la ejecución de una compra de bienes o servicios. La página web de confirmación se presenta siguiendo la ejecución de la transacción, como se ilustra en el módulo de ejecución de transacción 316 de la Figura 3, y puede representar la página de confirmación transmitida por el mensaje de página de confirmación 970 de la Figura 9. La página web de confirmación 1000 comunica un mensaje al comprador que indica el término exitoso de la transacción.

Haciendo referencia ahora a las Figuras 1-10, se puede observar que el procedimiento para facilitar transacciones en línea descrita aquí puede implementarse en sitios web existentes con poco esfuerzo, ya que solamente pocas lineas de código se requieren para implementación por una tercera parte. Además, el flujo de procedimiento de término de transacción de tercera parte no se interrumpe; en lugar de eso, el marco insertado en el sitio de la red de tercera parte puede interactuar con el sitio de la red para proporcionar información en tiempo real con respecto a la viabilidad de pago a esa tercera parte y al cliente (comprador o vendedor) de esa tercera parte. También, la confirmación de pago puede realizarse antes de (o en la ausencia de) ejecución real de la transacción.

La especificación, ejemplos y datos anteriores proporcionan una descripción completa de la fabricación y el uso de la composición de la invención. Ya que muchas modalidades de la invención pueden hacerse sin apartarse del espíritu y alcance de la invención, la invención reside en las reivindicaciones anexas aquí en lo sucesivo.

Claims

REIVINDICACIONES

1. - Un método para facilitar una transacción en línea, el método comprende: suministrar contenido para despliegue en un marco de un sitio de la red, el sitio de la red tiene como anfitrión a una tercera parte; recibir información de transacción de la tercera parte; regresar una contraseña al marco, la contraseña que incluye información de estado basándose en la información de transacción; y pasar la contraseña del marco a la tercera parte.

2. - El método de acuerdo con la reivindicación 1, que además comprende: recibir la contraseña de la tercera parte; y al recibir la contraseña de la tercera parte, transferir los fondos de una primera cuenta a una segunda cuenta basándose en la información de transacción y la información estado.

3. - El método de acuerdo con la reivindicación 2, en donde la primera cuenta es una cuenta de cliente y la segunda cuenta es una cuenta de vendedor.

4.- El método de acuerdo con la rei indicación 2, en donde la segunda cuenta es una cuenta de la tercera parte.

5.- El método de acuerdo con la reivindicación 1, en donde suministrar el contenido para despliegue en un marco de un sitio de la red incluye suministrar una página de autentificación de usuario para despliegue en el marco.

6. - El método de acuerdo con la reivindicación 1, en donde la información de transacción incluye datos de compra.

7. - El método de acuerdo con la reivindicación 1, en donde la información de transacción incluye una cantidad de fondos.

8.- El método de acuerdo con la reivindicación 1, que además comprende transmitir una página de confirmación para despliegue en el marco.

9. - El método de acuerdo con la reivindicación 1, en donde la información de transacción se refiere a una compra de bienes o servicios.

10. - El método de acuerdo con la reivindicación 9, en donde la información de transacción se refiere a una compra de bienes o servicios de la tercera parte.

11. - El método de acuerdo con la reivindicación 1, en donde la información de estado incluye una confirmación de fondos disponibles basándose en la información de transacción.

12. - El método de acuerdo con la reivindicación 11, en donde la confirmación además está basada en la información de cuenta relacionada con un usuario.

13.- El método de acuerdo con la reivindicación 12, en donde la información de cuenta incluye un balance de cuenta.

14.- Un sistema para proporcionar transacciones en linea, el sistema comprende: una memoria configurada para almacenar información de cuenta relacionada con uno o más usuarios; un circuito programable en comunicación eléctrica con la memoria, el circuito programable programado para: suministrar el contenido para, despliegue en un marco de un sitio de la red; el sitio de la red tiene como anfitrión a una tercera parte; recibir información de transacción de la tercera parte; regresar una contraseña al marco, el marco incluyendo información de estado basándose en la información de transacción y la información de cuenta; y pasar la contraseña del marco a la tercera parte.

15. - El sistema de acuerdo con la reivindicación 14, en donde la información de cuenta incluye un balance de cuenta.

16. - El sistema de acuerdo con la reivindicación 14, en donde el circuito programable además está programado para: recibir la contraseña de la tercera parte; y al recibir la contraseña de la tercera parte, transferir los fondos de una primera cuenta a una segunda cuenta basándose en la información de transacción y la información de estado.

17. - El sistema de acuerdo con la reivindicación 16, en donde la primera cuenta es una cuenta de cliente y la segunda cuenta es una cuenta relacionada con la tercera parte.

18. - El sistema de acuerdo con la reivindicación 14, en donde la información de transacción se refiere a una compra de bienes o servicios de la tercera parte.

19.- El sistema de acuerdo. con la reivindicación 18, en donde la información de estado incluye una confirmación de fondos disponibles basándose en la información de transacción.

20. - Un método para ejecutar una o más transacciones en línea, el método comprende: alojar una página web que incluye un marco, el marco configurado para presentar contenido de un sitio remoto no afiliado con la página web; pasar información de transacción al sistema remoto, la información de transacción relacionándose con una transacción; recibir una contraseña del marco, la contraseña incluye información de estado basándose en la información de transacción; recibir una solicitud para ejecutar la transacción de un cliente; y al recibir la solicitud, transmitir la contraseña al sistema remoto.

21. - El método de acuerdo con la reivindicación 20, que además comprende ejecutar la transacción.

22. - El método de acuerdo con la reivindicación 21, en donde la transacción comprende una venta de bienes o servicios.

23.- El método de acuerdo con la reivindicación 20, en donde la información de estado incluye una confirmación de fondos disponibles basándose en la información de transacción.

24.- Un sistema útil para ejecutar una o más transacciones en línea, el sistema comprende: una memoria configurada para almacenar información que se relaciona con una o más transacciones; un circuito programable en comunicación eléctrica con la memoria, el circuito programable programado para: alojar una página web que incluye un marco, el marco configurado para presentar contenido de un sistema remoto no afiliado con la página web; pasar la información de transacción al sitio remoto, la información de transacción que relaciona con una transacción; recibir una contraseña del marco, la contraseña incluye información de estado basándose en la información de transacción; recibir una solicitud para ejecutar una transacción de un cliente; y al recibir la solicitud, transmitir la contraseña al sistema remoto.

25.- El sistema de acuerdo con la reivindicación 24, que además comprende ejecutar la transacción.

26. - El sistema de acuerdo con la reivindicación 24, en donde la transacción comprende una venta de bienes o servicios.

27. - El sistema de acuerdo con la reivindicación 24, en donde la información de estado incluye una confirmación de fondos disponibles basándose en la información de transacción.