MX2008005815A - Telefono movil como un dispositivo de punto de venta (pos). - Google Patents

Telefono movil como un dispositivo de punto de venta (pos).

Info

Publication number
MX2008005815A
MX2008005815A MX2008005815A MX2008005815A MX2008005815A MX 2008005815 A MX2008005815 A MX 2008005815A MX 2008005815 A MX2008005815 A MX 2008005815A MX 2008005815 A MX2008005815 A MX 2008005815A MX 2008005815 A MX2008005815 A MX 2008005815A
Authority
MX
Mexico
Prior art keywords
retailer
transaction
server
content
payment
Prior art date
Application number
MX2008005815A
Other languages
English (en)
Inventor
Richard Victor Matotek
Justin Misha Ho
Andrew Charles Barnham
Original Assignee
Utiba Pte Ltd
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 Utiba Pte Ltd filed Critical Utiba Pte Ltd
Publication of MX2008005815A publication Critical patent/MX2008005815A/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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
    • 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/12—Payment architectures specially adapted for electronic shopping 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
    • 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/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3229—Use of the SIM of a M-device as secure element
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G06Q20/3267—In-app payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for 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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0873—Details of the card reader
    • G07F7/088—Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself
    • G07F7/0886—Details of the card reader the card reader being part of the point of sale [POS] terminal or electronic cash register [ECR] itself the card reader being portable for interacting with a POS or ECR in realizing a payment transaction
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Se describe un sistema y método para proporcionar uno o más servicios de valor agregado a una cuenta móvil de post-pago/pre-pago y/o dispositivo móvil de post-pago/prepago usando un dispositivo de comunicación inalámbrica como un dispositivo de punto de venta.

Description

TELÉFONO MÓVIL COMO UN DISPOSITIVO DE PUNTO DE VENTA (POS) Campo de la Invención La presente invención se refiere en general a la habilitación de dispositivos de comunicación inalámbrica como pasarelas de transacción. De manera más particular, la presente invención se refiere a un sistema y método para habilitar un microteléfono inalámbrico como un dispositivo de punto de venta (POS) .
Antecedentes de la Invención Con la explosión del acceso y uso de teléfonos inalámbricos, el servicio de telefonía celular está llegando a ser rápidamente más y más disponible en los países en desarrollo donde en general se consideran insuficientes las infraestructuras de líneas terrestres. En consecuencia, los proveedores u operadores de servicios móviles están encontrando consumidores cautivos en estos países para los servicios de telefonía móvil, particularmente tarjetas pre-pagadas de telefonía. La siguiente patente de la técnica anterior representa el estado de la técnica para la transferencia de datos digitales a un dispositivo móvil, se incorpora de este modo como referencia: La patente de los Estados Unidos número 6,714,797 de Rautila describe un sistema, método y programa de computadora para ofrecer, pagar y descargar productos digitales a un dispositivo móvil. El dispositivo móvil tiene acceso a los sitios web del servidor de la tienda electrónica que contienen productos digitales para venta y a ubicaciones de red populares donde se pueden descargar estos productos digitales al dispositivo móvil mediante el transceptor de corto alcance localizado en el dispositivo móvil. Usando el sistema, método y programa de computadora descrito en la misma, un usuario de un dispositivo móvil puede descargar grandes cantidades de datos digitales sin incurrir en cargos telefónicos o de telefonía celular . Sin embargo, un problema con el sistema de la técnica anterior, mencionado anteriormente, es su inflexibilidad. Desde la perspectiva del operador móvil, por ejemplo, estas aplicaciones celulares existentes no permiten la distribución de contenido digital a suscriptores de pre-pago, post-pago o de terceros de telefonía móvil, de este modo prevalentes y en crecimiento en los países en desarrollo. Estas implementaciones actuales de los sistemas de pre-pago, post-pago o de pago por facturación de tercero carecen de flexibilidad, facilidad de implementación y de sensibilidad.
Breve Descripción de la Invención La presente invención satisface, en un gran grado, las necesidades anteriores y otras no satisfechas actualmente por las aplicaciones comerciales móviles existentes. Este resultado se logra, en una modalidad de ejemplo, por un sistema y método que activa la distribución de contenido digital y/o el pre-pago, post-pago o pago de factura por terceros de bienes o servicios de terceros y/o del operador móvil usando un dispositivo de comunicación inalámbrica como una pasarela de transacción por uno o más minoristas u operadores móviles. Para facilidad de análisis, el término "minorista", se usa para referirse a uno o más agentes operadores móviles y/o minoristas independientes. Usando un protocolo de aplicación de base móvil, tal como, pero no limitado a, servicio de mensajes cortos (SMS), protocolo de aplicación inalámbrica (WAP), Plataforma Java 2 Micro-Edición ( J2ME) , Kit de Herramientas de Aplicación SIM (STK) , BREW, etc., el dispositivo de comunicación inalámbrica se comunica con o navega por un servidor de comercio móvil, elastómero. El servidor de comercio móvil (m-Comercio) proporciona acceso a una variedad de productos digitales o electrónicos suministrados desde el operador móvil y/o uno o más proveedores de terceros disponibles para la compra por el suscriptor de servicios telefónicos móviles a través de uno o más minoristas independientes y/o agentes operadores móviles. Estos proveedores de terceros pueden tomar la forma de uno o más servidores especializados, tal como un centro de SMS, una pasarela de WAP, o un servidor de J2ME, que opera en comunicación con el servidor de m-Comercio. En un aspecto de la presente invención, un servidor de servicios de valor agregado (VAS) se configura para proporcionar contenido digital mejorado y/o servicios mejorados al suscriptor adquiriente de servicios telefónicos móviles. Cada contenido y/o servicio digital mejorado se puede empacar como una compra de contenido de VAS de uno o más servicios mejorados para suscriptores de telefonía móvil de pre-pago y post-pago, Además, cada servicio mejorado se puede configurar para interoperar con una o más plataformas electrónicas, tal como una plataforma de tono telefónico con color, una plataforma de facturación de post-pago, una plataforma de distribución de contenido de vendedor, y similares . El contenido de VAS o servicios mejorados incluyen tonos telefónicos, música, tarjetas virtuales de llamadas, servicios de suscripción de alerta del servicio de mensajes cortos (SMS) . Por ejemplo, el servidor de VAS incluye de manera preferente el abastecimiento de contenido dirigido a una variedad de tonos telefónicos, logotipos, mensajes con imagen, video, música, juegos y otro contenido. A este respecto, el servidor de VAS permite la selección de una lista disponible de contenido publicitado por un operador móvil y/o minorista. El servidor de VAS también puede proporcionar una suscripción a un servicio de tonos telefónicos con color, que permita la selección de canciones de una lista disponible de contenido musical publicitado por un operador móvil y/o minorista. Además, los servicios de suscripción de alerta del servicio de mensajes cortos (SMS) para noticias, deportes, horóscopo e información también se puede hacer disponible del servidor de VAS para transferencia final al usuario suscriptor. Además, en casos donde un operador móvil o proveedor de terceros emplee su propia plataforma de tarjetas de llamadas, el servidor de VAS es configurable para proporcionar números de identificación personal (PIN) de la tarjeta virtual de llamadas o la tarjeta de VAS para el uso en la plataforma del proveedor de terceros del operador. De manera notable, este contenido o servicios mejorados del servidor de VAS son preferentemente modulares ya que cada contenido/servicio se puede habilitar o deshabilitar como se desee en una base individual. En una modalidad preferida, el servidor de VAS incorpora un sistema de gestión de contenido que gestiona las funciones operacionales del servidor. El sistema de gestión de contenido no necesita almacenar ni distribuir contenido de VAS al suscriptor objetivo del servicio de telefonía móvil. Éste se integra con la plataforma apropiada de distribución de contenido del vendedor, que es responsable del abastecimiento real del servicio y/o de la distribución de contenido al suscriptor objetivo del servicio de telefonía móvil. El servidor de VAS, a través de la comunicación con el servidor de m-Comercio, facilita el acceso del contenido de un vendedor deseado y/o de los servicios mejorados, a uno o más minoristas, y activa la plataforma de distribución de contenido del vendedor para enviar el contenido o servicios mejorados al suscriptor objetivo. A este respecto, el sistema de gestión de contenido ayuda en la provisión de varias funciones, tal como: la generación de códigos de VAS centralizados; validación de códigos de VAS, gestión de precios de VAS por el grupo de minorista o región geográfica; gestión de precios de VAS por la definición de margen de minoristas y cálculos por el grupo de minoristas o región geográfica; disponibilidad de VAS por el grupo de minoristas o región geográfica; promoción de VAS específico por el grupo de minoristas o región geográfica; y otros reportes. De manera alternativa, en lugar de que el sistema de gestión de contenido se conecte a una o más plataformas separadas de distribución de contenido de vendedor tal que el contenido se distribuya por estas plataformas de forma remota, el contenido se puede almacenar de manera local en el sistema de gestión de contenido tal que el contenido se distribuya directamente desde el servidor de VAS mediante el sistema de gestión de contenido. El servidor de m-Comercio también gestiona la interoperabilidad del servidor de VAS con otras plataformas, tal como el sistema de facturación del operador móvil, la plataforma de VAS del proveedor de contenido, etc. En una modalidad preferida, cada minorista está equipado con cuentas de cartera electrónica, que tienen créditos pre-pagados . Cuando se mide una compra, el valor se deduce de la cuenta de cartera electrónica pre-pagada del minorista. La cuenta de cartera electrónica del minorista también opera con un crédito por lo que los minoristas pueden establecer cuentas periódicamente con los operadores móviles. En otro aspecto de la presente invención con respecto a una vista lógica de la configuración del servidor, el sistema de la presente invención comprende una capa de aplicación, una capa de soporte intermedio y una capa de interfaz. La capa de aplicación realiza todas las funciones de procesamiento de transacciones, y gestiona la integración con las entidades de la red del operador, las entidades de la red del proveedor de terceros y los módulos y sub-sistemas de la capa de aplicación. La capa de soporte intermedio estandariza y gestiona las comunicaciones entre todas las entidades de red externas y los módulos y subsistemas de la capa de aplicación. La capa de interfaz comprende uno o más módulos de interfaz descritos para cada plataforma objetivo, especifica, a manera de ejemplo. Cada módulo de interfaz implementa un protocolo especifico de comunicación, que facilita la integración de enchufar y reproducir con las entidades de red del proveedor de terceros y las entidades de red del operador móvil. De manera más especifica, la capa de aplicación comprende tres módulos: el servidor de m-Comercio, y el servidor de e-Cartera y un servidor de VAS. Cada uno de los tres módulos de servidor está compuesto de sub-sistemas. Por ejemplo, el módulo del servidor de m-Comercio comprende cuatro sub-sistemas o cuatro bloques funcionales principales: registro y gestión de agente; análisis sintáctico y gestión de transacciones de extremo a extremo; registro de transacciones, auditoria y reporte; y contratos de reconciliación. El módulo del servidor de e-Cartera comprende tres sub-sistemas; gestión de transacciones de e- Cartera; valor almacenado de e-Cartera; y autenticación y seguridad de agente. Y el módulo de ¦ servidor de VAS está compuesto de cinco sub-sistemas: gestión de transacción de VAS; correlación de contenido; verificación de minorista; comisión de minorista y precio de VAS; y base de datos de PIN. Cada uno de estos sub-sistemas se configura para realizar las funciones propuestas requeridas del módulo respectivo de servidor. La capa de soporte intermedio se describe mejor por la complejidad de las funciones núcleo que gestiona, tal como puesta en cola de gestión de procesamiento múltiple, distribución y recuperación de mensajes, monitoreo de sistema, recolección de datos, gestión y registro de transacciones, y similares. Está entre la capa de aplicación y la capa de interfaz. La capa de interfaz está compuesta de una pluralidad de módulos de interfaz que incorporan características diseñadas para gestionar la carga de transacción en la entidad de red objetivo y para simplificar la integración de entidades de red de terceros o entidades de red del operador móvil. En esta modalidad, los módulos de interfaz comprenden una interfaz de S SC; una interfaz de WAP, una interfaz de contenido; una interfaz de tonos telefónicos con color; una interfaz de alerta de información; y una interfaz de post-pago, cada una de las cuales corresponde de manera preferente a una plataforma respectiva o entidad de red que lo soporta. En aún otro aspecto de la presente invención, un servidor de facturación de tercero se configura para facilitar la distribución de una amplia variedad de productos electrónicos o digitales, y servicios, proporcionados por uno o más proveedores de terceros. Estos productos y servicios pueden incluir compras remotas, pagos de facturas, recolección de dinero, PIN electrónicos, pagos de punto a punto, consultas de cuenta y similares. Adicionalmente, un servicio de suscripción o dispositivo inalámbrico no se requiere necesariamente por el usuario. Cada uno de estos productos y servicios se puede configurar para interoperar con una o más plataformas de los proveedores de terceros, tal como una plataforma de compañía de servicios públicos, plataforma de compañía de tarjetas de crédito, plataforma de institución financiera, o cualquier otra plataforma de proveedor de comerciantes/minorista/de terceros y similares. De manera notable, cualquiera de estos productos y servicios electrónicos o digitales es preferentemente modular ya que cada producto/servicio se puede habilitar o deshabilitar como se desee en una base individual. En una modalidad preferida, el servidor de facturación de terceros, a través de la comunicación con el servidor de m-Comercio, facilita la distribución del contenido y/o servicios del proveedor deseado de terceros a uno o más minoristas o comerciantes, y activa la plataforma del proveedor de terceros para enviar el contenido o servicio al usuario objetivo. Además, la capa de aplicación de este aspecto de la presente invención comprende un servidor de m-Comercio, un servidor de e-Cartera y un servidor de facturación de terceros. Los módulos del servidor de m-Comercio y el servidor de e-Cartera están compuestos de sub-sistemas como se describe anteriormente. Los sub-sistemas del servidor de facturación de terceros incluyen: gestión de transacciones de terceros, verificación de minoristas, base de datos de PIN y comisión de minorista de terceros. Cada uno de estos sub-sistemas se configura para realizar las funciones propuestas, requeridas, del módulo respectivo del servidor. Las capas de soporte intermedio y de interfaz se describen como antes, excepto que en este aspecto de la invención, los módulos de interfaz incluyen una interfaz de SMSC; una interfaz de WAP; cualquier número de interfaces de proveedor de comerciantes o terceros tal como una de una compañía eléctrica, una compañía de gas, una compañía de tarjetas de crédito, una compañía de agua y similares, cada una de las cuales corresponde de manera preferente a una plataforma respectiva o entidad de red que soporte. La configuración de los módulos de la capa de aplicación, de la capa de soporte intermedio y de la capa de interfaz y sub-sistemas proporcionan un sistema y método para habilitar un dispositivo de comunicación inalámbrica como un dispositivo de punto de venta que es altamente escalable, fuerte y seguro. Con respecto a la capacidad de escalar, los módulos se diseñan para actuar como procesos "independientes" que se comunican con otros módulos, de manera preferente mediante mensajes de XML sobre zócalos de TCP/IP. Los módulos pueden residir en el mismo servidor, o se distribuyen sobre una red o una agrupación. Los módulos también son configurables para enviar mensajes a múltiples módulos, permitiendo de este modo balancear la carga a todo lo largo de las tres capas de arquitectura. Las aplicaciones también se pueden distribuir a través de múltiples servidores. Además, múltiples casos de los módulos e interfaces pueden ser configurables en un modo de conmutación por error a través de múltiples servidores independientes o agrupados. Con respecto a la fortaleza, cada módulo proporciona procedimientos de cierre y re-inicio que permiten que las transacciones pendientes se procesen si es posible. Además, si un módulo envía un mensaje a otro módulo, y esa transacción falla, intentará automáticamente volver a enviar el mensaje a un módulo redundante. También, si un intento de re-enviar la transacción también falla, tal como en el caso de falla absoluta, entonces el mensaje se frecuentará al disco, y un hilo o proceso de monitoreo interno intentará re-enviar el mensaje en un momento posterior . Con respecto a la seguridad, las comunicaciones seguras a todo lo largo de la arquitectura de la presente invención aseguran que no se comprometan datos sensibles. Las comunicaciones de módulo a módulo se implican de manera preferente para asegurar integridad de mensajes. Los algoritmos de encriptación soportados incluyen 3DES, Blowfish, AES, SSL y similares. Los algoritmos de claves soportados (para verificación de integración de mensajes) incluyen MD5, SHA1 y similares. Los enlaces con entidades externas también se encriptan de manera preferente con cualquiera de los algoritmos anteriores basados en software. Se pueden integrar módulos de encriptación basados en hardware (HS ) para encriptar transacciones con entidades externas . De esta manera, se ha resumido, de una manera más bien amplia, las características más importantes de la presente invención a fin de que la descripción detallada de la misma, que sigue, se pueda entender mejor, y a fin que la presente contribución a la técnica se pueda apreciar mejor. Por supuesto, hay características adicionales de la invención que se describirán adicionalmente más adelante en la presente. A este respecto, antes de explicar al menos una modalidad de la invención, en detalle, se va a entender que la invención no se limita en su aplicación a los detalles de construcción y a los arreglos de los componentes expuestos en la siguiente descripción o ilustrados en las figuras. La invención es capaz de otras modalidades y de ser practicada y llevada a cabo de varias maneras. También se va a entender que la fraseología y terminología empleadas en la presente son para el propósito de descripción y no se deben considerar como limitantes. Como tal, aquellos expertos en la técnica apreciarán que la concepción en la cual se basa esta descripción se puede utilizar fácilmente como base para el diseño de otras estructuras, métodos y sistemas para llevar a cabo los varios propósitos de la presente invención. Por lo tanto, es importante que construcciones equivalentes con respecto a esto no se aparten del espíritu y alcance de la presente invención, y se incluyan en la presente invención. Lo que es más, la descripción detallada que sigue se puede presentar en términos de procedimientos de programa ejecutados en una computadora o red de computadoras. Estas descripciones de procedimiento, y representaciones, son el medio usado por los expertos en la técnica para comunicar de manera más efectiva la sustancia de su trabajo a otros expertos en la técnica. Un procedimiento se consigue aquí, y en general, es una secuencia auto-consistente de pasos que conducen a un resultado deseado. Estos pasos son aquéllos que requieren manipulaciones físicas de cantidades físicas. Usualmente, aunque no necesariamente, estas cantidades toman la forma de señales eléctricas o magnéticas capaces de ser almacenadas, transferidas, combinadas, comparadas y de otro modo manipuladas. Prueba ser conveniente a veces, principalmente por razones de uso común, referirse a estas señales como bits, valores, elementos, entidades, símbolos, caracteres, términos, números, o similares. Sin embargo, se debe señalar que todos estos y similares términos se van a asociar con las cantidades físicas apropiadas y son sólo marcas convenientes aplicadas a estas cantidades. Adicionalmente, las manipulaciones realizadas frecuentemente se refieren en términos, tal como proporcionar, introducir, confirmar o comparar, que se asocian' comúnmente con operaciones mentales realizadas por un operador humano. No es necesaria esta capacidad de un operador humano, ni es deseable en la mayoría de los casos, en cualquiera de las operaciones descritas en la presente que forman parte de la presente invención; las operaciones son operaciones de máquina. Las máquinas útiles para realizar la operación de la invención incluyen computadoras digitales de propósito general o dispositivos similares. La presente invención también se refiere a un sistema para realizar estas operaciones. Este sistema se puede construir especialmente para el propósito requerido o puede comprender una computadora de propósito general como se activa o reconfigura selectivamente por un programa de computadora almacenada en una computadora. Los procedimientos presentados en la presente no se relacionan inherentemente a una computadora particular o a un sistema o aparato. Se pueden usar varias máquinas de propósito general, con los programas descritos de acuerdo con las enseñanzas en la presente, o puede ser más conveniente construir un sistema/aparato más especializado para realizar los pasos requeridos de métodos. La estructura requerida para una variedad de estas máquinas aparecerá de la descripción dada. Para un mejor entendimiento de la invención, sus ventajas de operación y las finalidades logradas por sus usos, se debe tomar referencia a las figuras anexas y materia descriptiva que ilustra modalidades preferidas de la invención .
Breve Descripción de las Figuras La Figura 1 es una vista física de la configuración de servidor de un sistema para habilitar un dispositivo de comunicación inalámbrica como un dispositivo de punto de venta, de acuerdo con una modalidad preferida de la presente invención. La Figura 2 es una vista lógica de la configuración de servidor del sistema de la Figura 1. La Figura 3 es un diagrama del soporte intermedio de la Figura 2. Las Figuras 4A y 4B muestran un diagrama de flujo de una transacción de pago de factura de post-pago usando el sistema de las Figuras 1 y 2. Las Figuras 5A y 5B muestran un diagrama de flujo de una transacción de compra de contenido en la forma de un tono telefónico usando el sistema de las Figuras 1 y 2. Las Figuras 6A y 6B muestran un diagrama de flujo de una transacción mejorada de compra de suscripción de servicio en la forma de un tono telefónico de color usando un sistema de las Figuras 1 y 2. Las Figuras 7A y 7B muestran un diagrama de flujo de una transacción mejorada de suscripción al servicio en la forma de una transacción de compra de canción de tono telefónico con color usando el sistema de las Figuras 1 y 2. Las Figuras 8A y 8B muestran un diagrama de flujo de una transacción mejorada de compra de servicio en la forma de una tarjeta virtual de llamadas usando el sistema de las Figuras 1 y 2. Las Figuras 9A y 9B muestra un diagrama de flujo de una transacción mejorada de suscripción al servicio en la forma de un servicio de alerta usando el sistema de las Figuras 1 y 2. La Figura 10 es una vista física de la configuración del servidor de un sistema para habilitar un dispositivo de comunicación inalámbrica como un dispositivo de punto de ventas, de acuerdo con una modalidad alternativa de la presente invención. La Figura 11 es una vista lógica de la configuración del servidor del sistema de la Figura 10. La Figura 12 ilustra un diagrama de flujo de una transacción de pago de factura de terceros de ejemplo usando el sistema de las modalidades de las Figuras 10 y 11. La Figura 13 ilustra un diagrama de flujo de otra transacción de pago de factura de terceros de ejemplo usando el sistema de la modalidad de las Figuras 10 y 11. La Figura 14 ilustra un diagrama de flujo de una transacción de desembolso de terceros de ejemplo usando el sistema de la modalidad de las Figuras 10 y 11.
Descripción Detallada de las Modalidades Preferidas Con referencia ahora a las figuras, en donde números de referencia similares indican elementos similares, en la Figura 1 se muestra una modalidad de ejemplo de un sistema para habilitar un dispositivo de comunicación inalámbrica como un dispositivo de punto de venta (POS).
Como se representa en una vista física de la configuración de servidor del sistema, el dispositivo 12 de comunicación inalámbrica, tal como un teléfono móvil, se usa por un operador móvil o minorista 10 como un dispositivo de POS para tener acceso a un servidor 16 de comercio móvil (m-Comercio) electrónico a través de un sistema de 2.5G, de tercera generación (3G) o posterior, global para comunicaciones móviles (GSM) 14. Las entidades de red del operador móvil, tal como un centro de SMS, pasarela de WAP y un servidor de J2ME, están localizadas de manera preferente en 14 y se comunican con e servidor 16 de m-Comercio a través del centro de las interfaces del centro de SMS y de pasarela de WAP. El servidor 16 de m-Comercio se comunica con una capa de soporte intermedio a un servidor 22 de e-Cartera, servidor 20 de distribución de llenado de pre-pago y un servidor 18 de VAS. El servidor 18 de VAS se comunica a su vez a través de las interfaces con las plataformas objetivo 23, 17, 19, 17, que se pueden poseer por uno o más proveedores de terceros u operadores móviles. Para facilidad de análisis, se usa el minorista 10 para referirse de manera indistinta a uno o más agentes operadores móviles y/o minoristas independientes. El servidor 16 de m-Comercio proporciona un menú de uno o más productos electrónicos o digitales. Estos productos se pueden suministrar por el minorista, el operador móvil mismo, o de uno o más proveedores del contenido representados como contenido y/o servicios mejorados de servicios de valor agregado (VAS) , que operan en tándem con un sistema del operador móvil. De manera más especifica, el servidor 16 de m- Comercio proporciona el circuito lógico operacional para gestionar una transacción de m-Comercio de extremo a extremo, incluyendo pero no limitado a: un circuito lógico de interfaz, tal como protocolo de aplicación inalámbrica (WAP), servicio de mensajes cortos (SMS), Plataforma Java 2 Micro-Edición ( J2ME) , Java Micro-Edición ( JME) , Kit de Herramientas de Aplicación SIM (STK) , etc., para integración con canales de acceso del operador móvil; circuito lógico de análisis sintáctico para recibir y procesar transacciones de varios dispositivos de acceso que usan el circuito lógico de interfaz mencionado anteriormente; un circuito lógico de gestión de transacciones para controlar la realización de transacciones deseadas, tal como transacciones de compra de contenido, transacciones de suscripción mejorada a servicios, transacciones de compra mejorada de servicios y similares; capacidades de integración para facilitar la integración con uno o más sub-sistemas , tal como el servidor 18 de VAS, el servidor 20 de distribución de llenado de pre- pago y el servidor 22 de e-Cartera; y otras capacidades de soporte operacional que incluyen pero no se limitan a configuración, reporte, auditoria, etc. El servidor 18 de VAS proporciona el circuito lógico operacional para gestionar el procesamiento de transacción que se presenta entre el minorista 10 y cualquier plataforma de proveedor de terceros, tal como la plataforma 17 de tonos telefónicos con color, la plataforma 21 de distribución de contenido de vendedor y la plataforma 23 de alerta de información, representadas en la Figura 1. El servidor de VAS también gestiona el procesamiento de transacción que se presenta entre el minorista 10 y la plataforma del operador móvil, tal como la plataforma 19 de facturación de post-pago. De manera más especifica, el servidor 18 de VAS proporciona el circuito lógico operacional, que incluye pero no se limita a: un circuito lógico de interfaz para la integración con los canales de acceso de un operador móvil y una plataforma de proveedor de terceros; un circuito lógico de gestión de transacciones para controlar el desempeño de las transacciones deseadas, tal como transacciones de compra de contenido, transacciones de suscripción a servicios mejorados, transacciones de compra de servicios mejorados y similares; y otras capacidades de soporte operacional que incluyen pero no se limitan a correlación y validación de ID de contenido de operadores móviles, autenticación de la autoridad para minoristas para vender contenido especificado y/o servicios mejorados, establecimientos de precios minoristas y comisiones, configuración de sistema, reporte, auditoria, etc. La plataforma 17 de tonos telefónicos con color, que existe de manera preferente en la red de un operador móvil o del proveedor de terceros, es hardware y software usado para alojar o almacenar los archivos de audio del contenido de tonos telefónicos con color. En el abastecimiento de los servicios de tonos telefónicos con color, la plataforma 17 de tonos telefónicos con color se interconecta a una infraestructura de conmutación del operador móvil para sustituir el archivo de audio de una canción seleccionada por otro tono telefónico de red en el microteléfono de un suscriptor. La plataforma 19 de facturación de post-pago, que existe de manera preferente en la red de un operador móvil o proveedor de terceros, es hardware y software usado para capturar registros de llamadas, generar cuentas y seguir pagos por servicios post-pagados . La plataforma 21 de distribución de contenido de vendedor, que existe de manera preferente en la red de un operador móvil o proveedor de terceros, es hardware y software usado para alojar o almacenar contenido digital. En el abastecimiento de contenido digital, la plataforma 21 de distribución de contenido del vendedor se interconecta a la infraestructura de conmutación de un operador móvil para distribuir el contenido seleccionado al microteléfono de un suscriptor. La plataforma 23 de alerta de información, que existe de manera preferente en la red de un operador móvil o proveedor de terceros, es hardware y software usado para alojar o almacenar información y datos. En el abastecimiento de servicios de suscripción de alerta, la plataforma 23 de alerta de información se interconecta a la infraestructura de conmutación de un operador móvil para distribuir alertas de información de suscripción seleccionadas al microteléfono de un suscriptor. En la Figura 2 se muestra una modalidad preferida de una vista lógica de la configuración del servidor del sistema de la presente invención. La arquitectura de aplicación realiza todas las funciones de procesamiento de transacciones, y gestiona la integración entre y con los módulos 16, 18, 22 de servidor, sus sub-sistemas , de soporte intermedio 15, las varias plataformas 17, 21, 23 de red de terceros, y cualquier entidad de red de operadores móviles, tal como la plataforma 19 de facturación de post-pago, el centro 24 de SMS, las pasarelas 25 de WAP y los servidores 26 de J2ME. La arquitectura de aplicación también gestiona la infraestructura de administración, reporte y monitoreo de respaldo .
De manera preferente, la capa 15 de soporte intermedio, y las interfaces 24a, 25a de WAP y del centro de SMS se colocan con el servidor 16 de m-Comercio. De manera similar, la capa 15 de soporte intermedio y las interfaces 21a, 17a, 23a, 19a se colocan preferentemente con el servidor 18 de VAS. Finalmente, la capa 15 de soporte intermedio, en la ausencia de cualquier componente de interfaz, se colocan con el servidor 22 de e-Cartera. Como se representa en la Figura 1, el servidor 16 de m-Comercio, el servidor 22 de e-Cartera y el servidor 18 de VAS se pueden ver como los tres módulos primarios desarrollados para soportar una aplicación de servicios mejorados y de contenido de VAS. Ésta es la capa de aplicación. Estos módulos contienen el circuito lógico de negocio para cada solución particular, y están separados en bloques funcionales discretos, que interactúan entre si y con las capas de soporte intermedio y de interfaz. Por ejemplo, el servidor 16 de m-Comercio incluye cuatro bloques funcionales; específicamente, un bloque 16a de gestión de registro de agentes, un bloque 16b de gestión de transacciones de extremo a extremo y de análisis sintáctico, un bloque 16c de registro, auditoria y reporte de transacciones, y un bloque 16d de contrato y de reconciliación . El bloque 16a de registro y de gestión de agentes proporciona el circuito lógico de negocios para registrar y gestionar la cuenta virtual de un agente (es decir, un minorista) . El bloque 16a también incluye, pero no se limita a, el circuito lógico operacional que: realiza la función de registro de agentes, y asigna el agente contra un grupo de agentes. De manera preferente, por ejemplo, cada minorista tiene parámetros que gobiernan sus características y operaciones, tal como comisiones de ventas, topes de balances máximos y mínimos de e-Cartera, topes máximos de volumen de transacción, topes máximos de valor de transacción, productos que están autorizados para vender, y similares. En general, un operador tiene un número establecido de combinaciones de estos parámetros, tal como tres o cuatro estructuras de comisión. Para facilidad de gestión, el bloque 16a de gestión y registro de agentes permite que el operador cree uno o más grupos donde cada grupo representa uno o más conjuntos de combinaciones de parámetros. De esta manera, cuando se registra un minorista, el operador puede asignar a un minorista un grupo, y el minorista adopta automáticamente las características para ese grupo. De esta manera, el proceso de registro de minoristas es de flujo natural (es decir, menos datos entran para cada minorista específico) y los cambios de mayoreo a un gran número de minoristas se pueden implementar al cambiar los parámetros del grupo.
El bloque 16b de gestión de transacciones de extremo a extremo y de análisis sintáctico proporciona el circuito lógico de negocios para gestionar el flujo de transacciones de extremo a extremo y la interacción entre los tres módulos 16, 22, 18. El bloque 16b también incluye, pero no se limita a: un circuito lógico de interfaz para integrarse con los canales de acceso del proveedor de terceros o del operador móvil, tal como SMSC 24, Protocolo de Aplicación Inalámbrica (WAP), etc.; un circuito lógico de análisis sintáctico para recibir y procesar transacciones de los varios dispositivos de acceso usando los protocolos asociados con una o más plataformas fuentes tal como SMSC 24, pasarela 25 de WAP, servidor 26 de J2ME, etc.; un algoritmo de desencriptación para desencriptar los mensajes entrantes; un circuito lógico de gestión de transacciones para controlar los flujos de transacciones de extremo a extremo; software para integración con los otros módulos, tal como el servidor 22 de e-Cartera y el servidor 18 de VAS; y el software para proporcionar todas las funciones de soporte operacional que incluyen, pero no se limitan a, configuración de sistemas, reporte, auditoria, etc. El bloque 16c de registro, auditoria y reporte de transacciones proporciona el circuito lógico de negocios para capturar y almacenar los datos de transacciones de extremo a extremo. Este bloque 16c también incluyen, pero no se limita a: funciones de registro de datos de transacciones para transacciones de extremo a extremo; funciones de auditoria; y funciones de reporte. El bloque 16d de contrato y de reconciliación proporciona el circuito lógico de negocios para calcular tasas y comisiones por transacciones para todas las partes a la transacción en tiempo real. Soporta cantidades de transacción de tasa fija o porcentaje variable, o ambas. El servidor 22 de e-Cartera comprende tres bloques funcionales principales; específicamente, el bloque 22a de gestión de transacciones de e-Cartera, el bloque 22b de valor almacenado de e-Cartera, y el bloque 22c de seguridad y autenticación de agentes. El bloque 22a de gestión de transacciones de e-Cartera proporciona el circuito lógico de negocios para gestionar la interacción con el contenido virtual del agente o minorista. Las capacidades de este bloque 22a incluyen, pero no se limitan a: encaminar transacciones desde/hacia el servidor 16 de m-Comercio y el servidor 18 de VAS; registro de datos de transacciones para auditoría y reporte de e-Cartera. El bloque 22b de valor almacenado de e-Cartera proporciona el circuito lógico operacional para gestionar las intra-acciones del contenido virtual de un agente o minorista. Las capacidades de este bloque 22b incluyen, pero no se limitan a: almacenar los balances actuales de las cuentas de la e-Cartera, el estado y la información; responder a las consultas del balance de los servidores 16, 18 de m-Comercio y de VAS; reservar fondos en tanto que se está procesando una transacción ya sea por el servidor 16, 18 de m-Comercio y de VAS; y comisionar fondos a o desde la cuenta virtual una vez que se termine exitosamente una transacción . Para facilidad de análisis en la presente, se asume que una cartera electrónica de un minorista tiene créditos suficientes para la transacción deseada. De manera alternativa y/u opcional, el minorista 10 puede usar mecanismos no electrónicos para efectuar una transacción de ventas, relacionadas con teléfonos móviles, tal como seleccionar el producto deseado relacionado al teléfono móvil desde un catálogo local/remoto. El bloque 22c funcional de seguridad y autenticación de agentes proporciona el circuito lógico de negocios para gestionar las funciones de autenticación y seguridad. Las capacidades del bloque 22c incluyen, pero no se limitan a: almacenar el número de identificación del servidor de m-Comercio (M-PIN) del agente o minorista de una manera segura; y responder a peticiones de autenticación del agente/minorista de los otros módulos 16, 18, incluyendo validación del M-PIN. El último de los tres módulos primarios representados en la Figura 2 es el servidor 18 de VAS, que comprende cinco bloques funcionales principales; específicamente, un bloque 18a de gestión de transacciones de VAS, un bloque 18b de correlación de contenido, un bloque 18c de verificación de minoristas, un bloque 18d de comisión de minorista y precio de VAS, y un bloque 18e de base de datos de PIN. El bloque 18a de gestión de transacciones del servidor de VAS proporciona el circuito lógico de comercio para gestionar los aspectos de transacciones de la distribución de contenido o servicio mejorado. Las capacidades del bloque 18a incluyen, pero no se limitan a: encaminar transacciones desde/hacia los servidores 16, 22 de m-Comercio y de e-Cartera; encaminar transacciones desde/hacia las interfaces 21a, 17a, 23a, 19a para las plataformas 21, 17, 23, 19, respectivamente; y registro de datos de transacciones para auditoría y reporte del servicio de VAS. El bloque 18b de correlación de ID de contenido proporciona el circuito lógico de comercio para gestionar los aspectos de confirmación de la distribución del contenido o servicio mejorado. Las capacidades del bloque 18b incluyen, pero no se limitan a: generar códigos de VAS centralizados para operadores móviles o proveedores de terceros; validar códigos de VAS del proveedor de terceros/operador; correlacionar códigos de VAS del operador al contenido; y correlacionar códigos de VAS del operador a los códigos de contenido especifico del proveedor de servicios mejorados. El bloque 18c funcional de verificación de minorista proporciona el circuito lógico de comercio para gestionar los servicios que es capaz de vender un agente/minorista. Las capacidades del bloque 18c incluyen, pero no se limitan a: determinar la disponibilidad de los servicios de valor agregado por región y/o por grupo de minoristas; y promover los servicios específicos de valor agregado, tal como servicios "5 más Populares" o "10 más Populares", por región y/o por grupo de minoristas. El bloque 18d de comisión de minorista y de precio de VAS proporciona el circuito longitud de negocios para gestionar los cargos y comisiones para el agente/minorista. Las capacidades del bloque 18d incluyen, pero no se limitan a: gestión de los precios de VAS por regiones y/o árboles de distribución y minoristas, tal como por grupo de minoristas; y definir y calcular el margen de minorista por regiones y/o grupos de minoristas. Finalmente, el bloque 18e de base de datos de PIN proporciona el circuito lógico de comercio para gestionar los conjuntos de PIN para los servicios que se ofrecen. Las capacidades de este bloque 18e incluyen, pero no se limitan a: segmentación de PIN en una base por servicio; almacenamiento seguro de los PIN; servicio de los PIN a los módulos peticionarios; y la marcación de los PIN como "usados" una vez que se sirven exitosamente. La comunicación entre los módulos 16, 22, 18 de servidor, las entidades 24, 25, 19 de red del operador móvil y las entidades 21, 17, 23 de red del proveedor de servicios de terceros, se logran a través de las interfaces 24a, 25a, 19a, 21a, 17a, 23a, respectivamente, y una capa 15 de soporte intermedio. Para cada análisis, las interfaces 24a, 25a, 19a, 21a, 17a y 23a comprenden una capa de interfaz, que implementa un protocolo específico de comunicaciones. Como se representa, cada interfaz se usa para separar el circuito lógico de conexión del circuito lógico de negocios, simplificando de este modo la integración del operador móvil y las entidades de red de terceros. Esto proporciona un ambiente de conectar y conectar para entidades de red basadas en normas. A este respecto, una función primaria de la capa de interfaz es tres veces: (1) gestionar las sesiones de comunicación con la plataforma objetivo, tal como la plataforma 17 de tonos telefónicos con color; (2) convertir una petición del servidor 18 de VAS al formato requerido de la plataforma objetivo y enviarla a la plataforma objetivo propuesta; y (3) interpretar la respuesta de la plataforma objetivo, y convertir esa respuesta a una respuesta apropiada para los módulos 16, 22, 18 de servidor. De manera notable, cada interfaz 24a, 25a, 21a, 17a, 23a y 19a se escribe para cada entidad de red objetivo, especifica. Por ejemplo, la interfaz 23a de alerta se escribe para comunicación con la plataforma 23 de alerta de información. De manera similar, la interfaz 19a de postpago se escribe para comunicación con la plataforma 19 de facturación de post-pago. Cada interfaz también incorpora características diseñadas para gestionar la carga de transacción en una entidad de red objetivo. Esto facilita una integración de enchufar y reproducir sin costuras. La capa 15 de soporte intermedio se configura para estandarizar y gestionar las comunicaciones entre todas las entidades de red de terceros y del operador móvil, y los tres módulos 16, 22, 18 de servidor. Gestiona las funciones núcleo y los sistemas, tal como: sistema de paso de mensajes entre múltiples módulos 16, 22, 18 de servidor y la capa de interfaz, preferentemente usando XML; un sistema interno de puesta en cola que encamina los mensajes desde los módulos 16, 22, 18 de servidor y la capa de interfaz a los procesamientos internos del trabajador; un sistema de monitoreo que monitoriza el estado de las conexiones de red de terceros, los procesamientos internos, colas, etc. (con alarma y registro de eventos) ; secuencias de inicialización e interrupción (parcial); registro de auditoria y depuración; y sistema de recolección de datos que recolecta y verifica este desempeño. Un análisis más detallado de los atributos de gestión de transacciones, monitoreo de sistemas y registro de transacciones de la capa 15 de soporte intermedio se puede apreciar mejor con referencia a la Figura 3. Los atributos de gestión de transacciones de la capa 15 de soporte intermedio incorporan una variedad de características para garantizar la distribución de las transacciones de modo que nunca se pierdan las transacciones. Como se representa, los mensajes recibidos de los módulos 16, 18, 22 de servidor por el soporte intermedio 15 son a través de procesamientos 15a dedicados del receptor. Estos mensajes se colocan en una cola 15b de entrada para esperar el procesamiento. Un procesamiento 15c dedicado de trabajador extrae el mensaje de la cola y lo procesa. Si se va a enviar una respuesta, o si el mensaje se va a pasar, entonces se coloca en una cola 15d de salida. Una recolección mezclada de procesamiento 15e de envío entonces intenta enviar el mensaje a su módulo 18 de servidor de destino, a manera de ejemplo. Los atributos de monitoreo del sistema del soporte intermedio 15 incorporan una variedad de características que complementan la gestión de transacciones y optimizan el desempeño de la capa. Por ejemplo, los procesamientos 15f de monitoreo mantienen seguimiento de todos los aspectos de acatamiento de los mensajes dentro de los módulos 16, 18, 22 de servidor y el soporte intermedio 15. Estos aspectos de acatamiento incluyen actividad de procesamiento o hilos, envió y recepción de mensajes, tamaños de colas, estadísticas de procesamiento interno, re-intentos de distribución o entrega de mensajes, envejecimiento de mensajes y similares. Además, un sistema 15g de alerta de SMS y de e-correo integrado proporciona notificación de eventos internos importantes. La alerta de SMS es posible a través del Protocolo de Mensajes Cortos de Par a Par (SMPP) , el Protocolo de Radiolocalización en Red Simple (SNPP) , el Protocolo de Computadora Universal (UCP) , la Interfaz de Computadora a Máquina de Distribución, versión 2 (CIMD2) y otros protocolos. Los sistemas de alerta también pueden incluir sistemas de Respuesta a Voz Interactiva (IVR) y Sistemas de Mensajería Multimedia (MMS) con ilustraciones gráficas, si se desea. Otros dos atributos de monitoreo de sistema incluyen balance dinámico de carga (en el caso de sobrecarga) y recuperación dinámica de fallas (en el caso de fallas) . Los atributos de registro de transacciones de la capa 15 de soporte intermedio proporcionan una capacidad común para capturar y almacenar en seguro los datos para pasos críticos en el procesamiento de transacción para evitar pérdida de datos críticos. Integrado el registro de auditoría y aún integrado al disco 27 proporciona un trazo continuo del progreso del mensaje. El registro 15h de minoristas/agentes, general, y el registro 15i de transacción central proporcionan almacenamiento seguro de registros críticos y datos sin procesar a un servidor (no mostrado) de Registrador Universal de Transacciones (UTL) . El servidor de UTL es un sistema centralizado de recolección de datos que captura las estadísticas 15j de desempeño y los datos de transacción en un formato estandarizado de modo que se presente en una vista unificada y se extraiga por herramientas de reporte. Cada transacción es preferentemente identificable por tipo de servicio, tipo de transacción (por ejemplo, petición de balance, llenado, etc.), fecha/hora, MSISDN, y código de respuesta. Una interfaz gráfica de usuario (GUI) de administración basada en web permite que los usuarios comerciales y de operaciones vean una variedad de escenarios, tal como que vean un servicio individual por MSISDN o vean todos los servicios por MSISDN. De manera preferente, cada escenario se controla por uno o más filtros. En una modalidad preferida, un módulo de reporte que comunica con el sistema de recolección de datos para extraer datos de cualquier aplicación individual, o para consolidar datos a través de todas las aplicaciones. Controlados por uno o más filtros, el módulo de reporte puede crear reportes para una variedad de escenarios, tal como un reporte de servicios agregados por tipo de transacción (por ejemplo, todas las transacciones de llenado por tipo de servicio) . También se pueden crear reportes de los servicios agregados por el minorista/agente o por servicio individual. A través del módulo de reporte, los proveedores de servicios de terceros o los operadores móviles pueden crear también sus propios reportes. Ahora se presenta una descripción más detallada con respecto a la operación de la arquitectura de la presente invención para activar la distribución o entrega de varios contenidos y servicios usando un dispositivo de comunicación inalámbrica como una pasarela de transacción. De manera opcional, y con respecto a la Figura 4, se muestra un diagrama de flujo de una transacción de pago de factura de post-pago usando el sistema de la presente invención que permite que un suscriptor de servicio de teléfono móvil pague su cuenta de post-pago del operador de teléfono móvil usando dinero físico (es decir, pesos, rupias, libras, etc.) sobre el contador a un minorista autorizado 10. En la transacción de la Figura 4 de ejemplo, el minorista 10 usa un teléfono móvil 12 como un dispositivo de punto de venta para iniciar una transacción de pago de factura de post-pago, como en la operación 30. En una modalidad preferida, se realizan transacciones de pago de factura usando un menú de SIM por los minoristas 10 que tienen permisos autorizados de cartera electrónica y seguridad de SIM. El SIM es un módulo de identidad de suscriptor, o una tarjeta inteligente basada en contacto, que se inserta en el microteléfono de un dispositivo móvil. El SIM se configura para almacenar una aplicación en el mismo que se controla por menú que se presenta en la pantalla del microteléfono del dispositivo móvil, y se controla por teclas de navegación del microteléfono . De manera notable, se puede realizar una transacción usando cualquier interfaz deseada de usuario en una variedad de protocolos de aplicación de base móvil, tal como, pero no limitado a, servicio de mensajes cortos (SMS), protocolo de aplicación inalámbrica (WAP) , la Plataforma Java 2 Micro-Edición ( J2ME) , BREW, etc. Cada una de las transacciones analizadas en las Figuras 3 hasta 7 puede emplear cualquier interfaz/protocolo deseado. Se realiza la operación 30 cuando un suscriptor de servicio de teléfono móvil proporciona al minorista 10 su número de teléfono móvil de post-pago, la cantidad que se paga, y número de referencia de factura. Usando el dispositivo 12 de teléfono móvil, el minorista 10 tiene acceso a un menú del servidor 16 de m-Comercio. De manera preferente, la aplicación de SIM presenta los avisos apropiados al minorista 10 mediante el menú de SIM, tal como "Por Favor Introduzca el Número Móvil de Post-pago del Suscriptor"; "Confirme Número de Móvil de Post-pago de Suscritor"; "Por favor introduzca número de referencia de factura"; "Por favor introduzca cantidad de pago"; "Introduzca su M-PIN"; y "Confirme pago de <cantidad> para post-pago número <MSISDN> con número de referencia <número de referencia de factura>". En otras palabras, el minorista 10 selecciona las opciones correspondientes del menú de SIM, e introduce los detalles proporcionados por el suscriptor en la operación 30. El minorista 10 entonces introduce su número de identificación de servidor de m- Comercio (es decir, M-PIN) y confirma la transacción. La aplicación de SIM construye un servicio de mensajes cortos (SMS) de pago de factura encriptado que contiene los datos introducidos, y envía el mensaje a un centro 24 de SMS, que a su vez encamina el mensaje de pago de factura al servidor 16 de m-Comercio. El servidor 16 de m-Comercio determina que el mensaje de pago de factura es una transacción de pago de factura, desencripta el mensaje, y autentica los detalles del minorista 10 en el servidor 22 de e-Cartera, como en la operación 32.
Si hay suficientes fondos en la cuenta de cartera electrónica del minorista, el servidor 22 de e-Cartera mantiene la cantidad de pago en reserva y el servidor 16 de m-Comercio inicia una petición de pago (operación 32) a una plataforma 19 de facturación del operador móvil 10 a través del servidor 18 de VAS. De manera preferente, los detalles de la petición de pago incluyen información dirigida al número móvil de post-pago (MSISDN) del suscriptor de servicios de teléfono móvil, la cantidad de pago, y el número de referencia de factura. La información opcional puede incluir el tipo de pago y un número único de transacción del servidor de m-Comercio. En la operación 34, la emisión de decisión es si existe una cuenta de post-pago válida. Aqui, la plataforma 19 de facturación del operador móvil verifica que el MSISDN del suscriptor de servicio de teléfono móvil o de telefonía móvil es una cuenta de post-pago al referir cruzadamente los detalles de la petición de pago con información en una base de datos de post-pago. Si no se encuentran datos de correspondencia, la plataforma 19 de facturación notifica al servidor 18 de VAS de la mala correspondencia, como en la operación 36. El servidor 18 de VAS notifica al servidor 16 de m-Comercio, que envía a su vez un mensaje de SMS de notificación al minorista 10 y al suscriptor que avisa de la falla de la petición presentada (operación 38). Un ejemplo de un mensaje de SMS de notificación de suscriptor para una transacción fallida puede leerse: "<Nombre dado>, hay un problema en el procesamiento de su pago de factura presentado en <fecha de presentación> en <tiempo de presentación> . Por favor llamar al servicio al cliente al <número telefónico>. Transacción # <número de ID de transacción>" . Por otra parte, si el suscriptor se verifica como una cuenta válida de post-pago, entonces la plataforma 19 de facturación acepta la petición de pago del servidor 18 de VAS y fija el proceso de pago, como en la operación 40. Entonces, en la operación 42, la plataforma 19 de facturación envía un mensaje de confirmación al servidor 18 de VAS que el pago sea aceptado para procesamiento. El servidor 18 de VAS notifica al servidor 16 de m-Comercio, que instruya al servidor 22 de e-Cartera para deducir la cantidad de pago apropiada de la cantidad de e-Cartera del minorista (operación 44). El servidor 16 de m-Comercio también construye un mensaje de SMS de notificación al suscriptor de servicios de teléfono móvil (operación 46) y al minorista 10 (operación 48) que confirma que se ha fijado exitosamente el pago. Un mensaje de notificación de SMS exitoso enviado al suscriptor de servicio de teléfono móvil de post-pago contiene de manera preferente información del nombre del cliente, fecha/hora de pago, el MSISDN del minorista, número de transacción del servidor de m-Comercio, y la cantidad de pago. Una forma de ejemplo puede leerse: <Nombre dado>, su pago de factura presentado en <fecha de presentación> a <tiempo de presentación> se ha procesado exitosamente. Su número de recepción es <número de recepción de post-pago>. Transacción # <número de ID de transacción>" . De manera similar, un mensaje de notificación de SMS exitoso enviado al minorista 10 contiene de manera preferente información de la fecha/tiempo del pago, el MSISDN del suscriptor, el número de transacción del servidor de m-Comercio, y la cantidad de pago. Un mensaje de SMS de notificación de minorista de ejemplo para una transacción exitosamente aceptada puede leerse: "En <fecha> a las <tiempo> que presentó <cantidad de dinero para pago de factura: de post-pago de <MSISDN de suscriptor>. Transacción # <número de ID de transacción>" . En este punto, el operador móvil o minorista 10 acepta el dinero en efectivo del suscriptor de servicio de teléfono móvil, operación 50. Vale la pena señalar que cualquiera o todos del contenido de VAS y/o servicios mejorados, ya sea contenido digital o servicios de suscripción, están disponibles a los suscriptores de teléfono móvil de pre-pago o post-pago al entregar o distribuir dinero físico sobre el contador a un minorista 10 autorizado. Cada contenido de VAS o servicio mejorado está disponible de manera individual o en grupo, y se puede habilitar o deshabilitar de manera individual o en grupo como se desee. Por lo tanto, cada contenido de VAS o de servicio mejorado se configura preferentemente en su propia plataforma de distribución o entrega de contenido/servicio en el servidor 18 de VAS. Con referencia a la Figura 5 (que comprende las Figuras 5A y 5B) , se muestra un diagrama de flujo de ejemplo de una transacción de compra de contenido en la forma de una transacción de compra de tono telefónico usando el sistema de la presente invención que permite que un suscriptor de teléfono móvil de pre-pago o post-pago reciba contenido digital en su microteléfono . Esto se logra al distribuir dinero físico a un minorista autorizado 10. Aquí, el suscriptor de servicio de teléfono móvil selecciona un tono telefónico específico, a manera de ejemplo, y proporciona al operador móvil o minorista 10 su número de ID de contenido y su número de teléfono móvil. De manera alternativa y opcionalmente, el suscriptor puede seleccionar un mensaje de imagen o logotipo específico. El minorista 10 entonces usa un teléfono móvil 12 como un dispositivo de punto de venta para iniciar la transacción de compra de tono telefónico al tener acceso a un menú del servidor 16 de m-Comercio (operación 60) .
De manera preferente, el menú de aplicación de SIM presenta avisos apropiados para el minorista 10 para que introduzca los datos proporcionados por el suscriptor. El menú de SIM puede incluir avisos tal como: "Por Favor Introduzca Número Móvil de Suscriptor Adquiriente"; "Por Favor Introduzca Número Móvil de Suscriptor Objetivo" (si se deja en blanco esta entrada, entonces el sistema por defecto pone MSISDN de suscriptor) ; "Por Favor Introduzca el ID de Contenido"; "Introduzca su M-PIN"; "Confirme venta de <ID de Contenido a "MSISDN>" . Después de que el minorista 10 introduzca su número de identificación de comerciante (es decir, M-PIN) , el minorista 10 confirma la transacción. Se señala la opción de incluir un MSISDN "objetivo" diferente además del MSISDN del suscriptor, si se desea. Esta opción permite que el suscriptor del servicio de teléfono móvil compre servicios mejorados o contenido de VAS para miembros de la familia, amigos, colegas y otros. La aplicación de SIM construye un mensaje de SMS de compra de contenido, encriptado que contiene los datos introducidos, y envía el mensaje a un centro 24 de SMS, que a su vez encamina el mensaje de compra de contenido del servidor 16 de m-Comercio. El servidor 16 de m-Comercio entonces determina el mensaje de SMS de compra de contenido que es una transacción de compra de contenido, desencripta el mensaje, y autentica los detalles del minorista en el servidor 22 de e-Cartera (operación 61) . Además, el servidor 16 de ra-Comercio envía una petición de distribución de entrega al servidor 18 de VAS, que pasa del MSISDN del minorista y el ID de contenido. En la operación 62, una cuestión de decisión es si el minorista 10 está autorizado a vender el contenido designado. El objetivo aquí es impedir la venta no autorizada de contenido electrónico por un minorista 10 no autorizado además de impedir la venta de contenido autorizado a un suscriptor del servicio de teléfono móvil. Si el minorista 10 no está autorizado a vender el contenido designado, el servidor 18 de VAS no valida al minorista 10 para esa transacción de venta. Por consiguiente, el servidor 18 de VAS envía una notificación de no validación al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10 y el suscriptor de servicio de teléfono móvil que la transacción no fue exitosa (operación 63) . Por otra parte, si el minorista 10 se determina que está autorizado a vender el contenido designado, la siguiente cuestión de decisión es sí es válido el ID de contenido del operador móvil (operación 64) . Si no, el servidor 18 de VAS notifica al servidor 16 de m-Comercio, que se les envía un mensaje de SMS de notificación al minorista 10 y al suscriptor de servicio de teléfono móvil se avisa de la falla de la petición presentada (operación 63) . Se describen como antes los mensajes de SMS de notificación de falla. Sin embargo, si es válido el ID de contenido del operador, entonces el servidor 18 de VAS describe el ID de contenido del operador móvil (u otro proveedor autorizado de contenido) correspondiente, el precio de venta al público y comisión del minorista y pasa esta información al servidor 16 de m-Comercio. El servidor 16 de m-Comercio pide al servidor 22 de e-Cartera verificar que el minorista tiene suficientes fondos en su cartera y reserva el precio de venta al público menos la comisión del minorista. El servidor 16 de m-Comercio entonces pide al servidor 18 de VAS que inicie la petición de entrega de contenido a la plataforma 21 de entrega o distribución de contenido de vendedor (operación 65), pasando preferentemente del MSISDN del suscriptor objetivo del servicio de teléfono móvil, el ID de contenido y el ID de transacción del servidor de m- Comercio . La siguiente cuestión ahora es si el ID del contenido del vendedor es válido (operación 66) . Si no, la plataforma 21 de distribución o entrega de contenido de vendedor envía una notificación de no validación que el ID del vendedor es inválido al servidor 18 de VAS. El servidor 18 de VAS notifica al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10, el vendedor, y el suscriptor de servicios de teléfono móvil que avisa de la falla de la petición presentada (operación 67). Por otra parte, si el ID del contenido del vendedor se considera válido, la plataforma 21 de entrega de contenido de vendedor envía el contenido designado al centro 24 de SMS (operación 68) . En la operación 70, el centro 24 de SMS envía el contenido (es decir, el tono telefónico seleccionado) al microteléfono del suscriptor de servicio de teléfono móvil como un despacho de una sola operación solo una vez. En otras palabras, no hay re-intentos de transacción del contenido. El centro 24 de SMS entonces recibe la recepción de entrega y regresa la confirmación de entrega a la plataforma 21 de entrega de contenido de vendedor (operación 72), que confirma que fue exitosa la distribución o entrega de contenido (operación 74) y envía una respuesta positiva de regreso al servidor 18 de VAS. El servidor 18 de VAS notifica al servidor 16 de m-Comercio, que instruye al servidor 22 de e-Cartera para deducir la cantidad de pago de la cuenta de la cartera electrónica del minorista (operación 76) . Por consiguiente, el servidor 16 de m-Comercio envía un mensaje de SMS de notificación al suscriptor de servicio de teléfono móvil (operación 78) y al minorista 10 (operación 80) que confirma que se ha entregado exitosamente el contenido. Los mensajes de notificación respectivos son tan similares como los descritos anteriormente. Por ejemplo, cuando el suscriptor ha proporcionado información del suscriptor objetivo, entonces un mensaje de notificación de SMS exitoso puede contener la siguiente información: fecha/tiempo, MSISDN del minorista, el MSISDN del suscriptor objetivo, el número de transacción de la plataforma de e-Cartera, y la cantidad de pago. El minorista 10 recolecta el dinero del suscriptor (operación 82) para terminar la transacción. En los casos donde no sea exitosa una transacción, la cantidad reservada de la e-Cartera del minorista se cancela y no se carga la e-Cartera. Con referencia ahora a la Figura 6 (que comprende las Figuras 6A y 6B) , se ilustra un diagrama de flujo de una transacción de compra de suscripción a servicios mejorados en la forma de un tono telefónico con color. Un tono telefónico con color (o "tono telefónico") se describe mejor como un archivo de audio, que usualmente es una grabación de una canción, que un llamador oye cuando el llamador llama a otro suscriptor del servicio de tonos telefónicos con color. La canción reemplaza el tono telefónico normal que uno oiría de otro modo cuando llama otro. El archivo de audio es preferentemente, aunque no necesariamente, almacenado en un servidor central conectado a la red del operador móvil. En la transacción representada en la Figura 6, el suscriptor de servicio de teléfono móvil de pre-pago o postpago proporciona al minorista 10 su número de teléfono móvil (MSISDN) para suscribirse al servicio de tonos telefónicos. El minorista 10 entonces usa un teléfono móvil 12 como un dispositivo de punto de venta para iniciar la transacción de suscripción de tonos telefónicos del menú de SIM (operación 90) . De manera preferente, el menú de la aplicación de SIM presenta avisos apropiados, como se describe anteriormente, para que el minorista 10 introduzca los datos proporcionados por el suscriptor. El minorista 10 entonces introduce su M-PIN y confirma la transacción. De manera alternativa y/u opcionalmente, el menú de SIM puede proporcionar la entrada de un MSISDN de suscriptor objetivo, que es diferente del MSISDN de suscriptor. Esto permite que el suscriptor compre los servicios de VAS de regalo para la familia, amigos y otros. La aplicación de SIM construye un mensaje de SMS, encriptado, de suscripción a tonos telefónicos con color que contiene los datos introducidos, y envía el mensaje a un centro 24 de SMS. El centro 24 de SMS encamina el mensaje de suscripción de tonos telefónicos con color al servidor 16 de m-Comercio, que determina que el mensaje de suscripción de tonos telefónicos con color es una transacción de suscripción a tonos telefónicos con color, desencripta el mensaje, y autentica los detalles del minorista (operación 91) en el servidor 22 de e-Cartera. Además, el servidor 16 de m-Comercio envía una petición de suscripción al servidor 18 de VAS (operación 91) que pasa preferentemente del MSISDN del minorista y el ID de contenido. En la operación 92, una cuestión de decisión es si el minorista 10 está autorizado para vender el servicio mejorado designado. El objetivo aquí es impedir la venta no autorizada de servicios de suscripción por un minorista 10 no autorizado además de impedir la venta de servicios mejorados no autorizados a un suscriptor de servicios de teléfono móvil. Si el minorista 10 no está autorizado para vender el servicio mejorado designado, el servicio 18 de VAS no valida al minorista 10 para esa transacción de venta. El servidor 18 de VAS envía una notificación de no validación al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10 y al suscriptor de servicio de teléfono móvil que no fue exitosa la transacción (operación 93) . Si el minorista 10 se considera que está autorizado para vender el servicio mejorado designado, la siguiente cuestión es si es válido el ID de contenido del operador móvil (operador 94). Si no, el servidor 18 de VAS no valida al operador móvil para esa transacción de venta. El servidor 18 de VAS envía una notificación de no validación al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10, al operador móvil y al suscriptor de servicio de teléfono móvil que no fue exitosa la transacción (operación 93) . Sin embargo, si el ID de contenido del operador se considera válido, entonces el servidor 18 de VAS recupera el ID de contenido del operador móvil correspondiente (u otro proveedor autorizado de contenido) , el precio de venta al público y la comisión del minorista y pasa esta información al servidor 16 de m-Comercio. El servidor 16 de m-Comercio pide al servidor 22 de e-Cartera verificar que el minorista tenga fondos suficientes en su cartera electrónica y reserve el precio de venta al público menos la comisión del minorista. El servidor 16 de m-Comercio entonces pide al servidor 18 de VAS que inicie la petición de suscripción a la plataforma 17 de tonos telefónicos con color (operación 95) , pasando preferentemente del MSISDN del suscriptor objetivo del servicio de teléfono móvil, el ID de contenido y el ID de transacción de servidor de m-Comercio. La siguiente cuestión de decisión es si el suscriptor se ha suscrito ya al servicio de suscripción de tonos telefónicos con color (operación 96) . Si es así, la plataforma 17 de tonos telefónicos con color envía una notificación al servidor 18 de VAS que el suscriptor está ya suscrito (operación 98) . El servidor 18 de VAS notifica al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10 y al suscriptor del servicio de teléfono móvil que avisa que el suscriptor es ya un cliente existente (operación 99) . Sin embargo, si el suscriptor no se ha suscrito anteriormente al servicio de tonos telefónicos con color, entonces la plataforma 17 de tonos telefónicos con color activa una suscripción para el MSISDN del suscriptor deseado (operación 100). La plataforma 17 de tonos telefónicos con color entonces envía confirmación al servidor 18 de VAS que el proceso de suscripción se ha iniciado (operación 102) . El servidor 18 de VAS notifica al servidor 16 de m-Comercio, que instruye al servidor 22 de e-Cartera a deducir la cantidad de pago, preferentemente un precio de venta al público, recomendado, menos la comisión, de la cantidad de cartera electrónica del minorista (operación 104), y envía un mensaje de SMS de notificación al suscriptor (operación 106) y el minorista 10 (operación 108) que confirma que se ha registrado la petición de suscriptor y cuándo se proporcionará el servicio. Los mensajes de notificación respectivos son similares a los descritos anteriormente. El minorista 10 recolecta el dinero del suscriptor (operación 110) . Cuando la plataforma 17 de tonos telefónicos con color termina el proceso de suscripción, envía un aviso al suscriptor que confirma el abastecimiento exitoso del servicio (operación 112). Las operaciones de decisión de la Figura 7 (que comprende las Figuras 7A y 7B) que muestra un diagrama de flujo de una transacción de compra de suscripción a servicios mejorados en la forma de una compra de canción de tono telefónico con color, de acuerdo con la presente invención, es similar a las operaciones de decisión de la Figura 6, excepto que la transacción se permite que prosiga sólo si el suscriptor se ha suscrito anteriormente al servicio. En otras palabras, si el usuario de teléfono móvil no se suscribió anteriormente, entonces el suscriptor y el minorista reciben notificaciones que instruyen al usuario para suscribirse primero al servicio de tonos telefónicos con color. Para explicación adicional, con referencia a la Figura 7?, el suscriptor proporciona al minorista 10 su selección de una canción deseada por medio de un número de ID de contenido y sus números de teléfono móvil. El minorista 10 entonces usa un teléfono móvil 12 como un dispositivo de punto de venta para iniciar la transacción de compra de canción (operación 120) . De manera preferente, el menú de aplicación de SIM presenta avisos apropiados para que el minorista 10 introduzca los datos proporcionados por el suscriptor. Por ejemplo, el menú de SIM puede incluir avisos tal como: "Por favor introducir número móvil de suscriptor que Compra"; "Por favor introducir número móvil del Suscriptor Objetivo"; "Por favor introducir ID de Contenido"; "Introducir su M-PIN"; "Confirmar venta de <ID de contenido a <MSISDN>". El minorista 10 introduce su número de identificación de comerciante (es decir, M-PIN) y confirma la transacción. Se señala la opción de incluir un aviso dirigido a la información del suscriptor objetivo, si se desea. Esta opción permite que el suscriptor de servicio de teléfono móvil compre contenido de VAS y/o servicios mejorados para uno o más miembros de la familia, amigos y otros como un obsequio. La aplicación de SIM construye de manera preferente un mensaje de SMS, encriptado de selección de canción que contiene los datos introducidos, y envía el mensaje a un centro 24 de SMS, que a su vez encamina el mensaje de SMS de compra de canción al servidor 16 de m- Comercio, que determina que el mensaje de de SMS de compra de canción es una transacción de compra de canción, desencripta el mensaje, y autentica los detalles del minorista (operación 121) en el servidor 22 de e-Cartera. Adicionalmente, el servidor 16 de m-Comercio transmite una petición de canción de inicio al servidor 18 de VAS, que pasa del MSISDN del minorista y el ID de contenido. En la operación 122, una cuestión de decisión es si el minorista 10 esta autorizado para vender el servicio mejorado designado. El objetivo aquí es impedir la venta no autorizada de servicios de suscripción por un minorista 10 no autorizado además de impedir la venta de servicios mejorados no autorizados a un suscriptor de servicio de teléfono móvil. Si el minorista 10 no está autorizado a vender el servicio mejorado designado, el servidor 18 de VAS no valida al minorista 10 para esa transacción de venta. El servidor 18 de VAS envía una notificación de no validación al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10 y al suscriptor de servicio de teléfono móvil que no fue exitosa la transacción (operación 123) . Si el minorista 10 se considera que está autorizado para vender el servicio mejorado designado, la siguiente cuestión es si el ID de contenido del operador móvil es válido (operación 124). Si no, el servidor 18 de VAS no valida al operador móvil para esa transacción de venta. El servidor 18 de VAS envía una notificación de no validación al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista, al operador móvil y al suscriptor de servicio de teléfono móvil que no fue exitosa la transacción (operación 123) . Sin embargo, si el ID de contenido de operador se considera válido, entonces el servidor 18 de VAS recupera el ID de contenido del operador móvil correspondiente (u otro proveedor de contenido autorizado) , el precio de venta al público y la comisión del minorista y pasa esta información al servidor 16 de m-Comercio. El servidor 16 de m-Comercio pide al servidor 22 de e-Cartera verificar que el minorista tiene fondos suficientes en su cartera electrónica y reserva el precio de venta al público menos la comisión del minorista. El servidor 16 de m-Comercio entonces pide al servidor 18 de VAS que inicie la petición de canción a la plataforma 17 de tonos telefónicos con color (operación 125) , haciendo pasar preferentemente el MSISDN del suscriptor objetivo de servicio telefónico, el ID de contenido y el ID de la transacción del servidor de m-Comercio . La siguiente cuestión de decisión es si el suscriptor es ya un cliente de suscripción (operación 126) . Si no, la plataforma 17 de tonos telefónicos con color envía una respuesta al servidor 18 de VAS que el suscriptor no es un cliente actual (operación 128) . El servidor 18 de VAS notifica al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al suscriptor y el minorista 10 que avisa al suscriptor de la necesidad de enrolarse primero en la suscripción (operación 129) . El mensaje de notificación de falla es similar a los anteriores descritos en la presente. Sin embargo, si el suscriptor se encuentra que es un cliente existente, entonces la plataforma 17 de tonos telefónicos con color activa la petición de canción seleccionada y entrega la canción seleccionada al suscriptor (operación 130) . La plataforma 17 de tonos telefónicos con color también envía confirmación al servidor 18 de VAS que la canción se ha entregado o distribuido (operación 132) . El servidor 18 de VAS notifica al servidor 16 de m-Comercio, que instruye al servidor 22 de e-Cartera para que deduzca la cantidad de pago, preferentemente un precio de venta al público recomendado menos la comisión, de la cantidad de cartera electrónica del minorista (operación 134), y envía mensajes de notificación al suscriptor (operación 136) y el minorista 10 (operación 138) que confirma que la canción seleccionada se activó para el servicio del suscriptor de teléfono móvil de pre-pago o post-pago. Los mensajes de notificación respectivos son similares a los descritos anteriormente. En la operación 140, el minorista 10 recolecta dinero en efectivo del suscriptor. Con referencia ahora a la Figura 8 (que comprende la Figura 8A y 8B) se muestra un diagrama de flujo de una transacción de compra de servicios mejorados en la forma de una tarjeta virtual de llamadas. En este caso, el suscriptor tiene en general un producto de tarjeta, tal como una tarjeta virtual de llamadas o una tarjeta de VAS, del minorista 10. Usando el teléfono móvil 12 como un dispositivo de punto de venta, el minorista 10 inicia una transacción de compra de tarjeta del menú de SIM (operación 150) , introduciendo los detalles pertinentes proporcionados por el suscriptor. Como se describe anteriormente, el menú de SIM es amigable al usuario, proporcionando avisos apropiados de la información de entrada necesaria. Además, el menú proporciona de manera similar la opción de compra de tarjetas de regalo o de servicios de VAS para la familia y amigos . En la confirmación de la transacción por el minorista 10, la aplicación de SIM construye un mensaje encriptado de SMS de tarjeta de VAS y/o tarjeta virtual de llamadas que contiene los datos introducidos, y envia el mensaje a un centro 24 de SMS. Por simplicidad, el análisis se referirá a un producto de tarjeta de llamadas aunque puede ser una tarjeta de llamada y/o una tarjeta de VAS. El centro 24 de SMS encamina el mensaje de SMS de compra de tarjeta al servidor 16 de m-Comercio, que determina que el mensaje de SMS de compra de tarjeta es una transacción de compra de tarjeta de llamadas, desencripta el mensaje, y autentica los detalles del minorista 10 (operación 151) en el servidor 22 de e-Cartera. Adicionalmente, el servidor 16 de m-Comercio transmite una petición de PIN de recuperación al servidor 18 de VAS, pasando el MSISDN del minorista y el ID de servicio. En la operación 152, una cuestión de decisión es si el minorista 10 está autorizado para vender el servicio mejorado designado. El objetivo aqui es impedir la venta no autorizada de servicios de tarjetas de llamadas por un minorista 10 no autorizado además de impedir la venta de servicios mejorados no autorizados a un suscriptor de servicio de teléfono móvil. Si el minorista 10 no está autorizado para vender el servicio mejorado designado, el servidor 18 de VAS no valida al minorista 10 para esa transacción de venta. El servidor 18 de VAS envía una notificación de no validación al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10 y al suscriptor del servicio de teléfono móvil que no fue exitosa la transacción (operación 153) . Si el minorista 10 se considera que está autorizado para vender el servicio mejorado designado, la siguiente cuestión es si es válido el ID de contenido del operador móvil (operación 154). Si no, el servidor de VAS no valida el operador móvil para esa transacción de venta. El servidor 18 de VAS envía una notificación de no validación al servidor 16 de m-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10, al operador móvil y al suscriptor de servicio de teléfono móvil que no fue exitosa la transacción (operación 153) . Sin embargo, si el ID de contenido de operador se considera válido, entonces el servidor 18 de VAS recupera el ID de contenido del operador móvil correspondiente (u otro proveedor de contenido autorizado) , el precio de venta al público y la comisión del minorista y pasa esta información al servidor 16 de m-Comercio. El servidor 16 de m-Comercio pide al servidor 22 de e-Cartera verificar que el minorista tenga fondos suficientes en su cartera electrónica y reservar el precio de venta al público' menos la comisión del minorista. El servidor 16 de m-Comercio entonces pide al servidor 18 de VAS iniciar una petición de PIN de tarjeta de llamadas a la plataforma 21 de distribución de contenido del vendedor (operación 155), pasando preferentemente el MSISDN del suscriptor objetivo de servicio de teléfono móvil, el ID de contenido y el ID de transacción de servidor de m- Comercio. La plataforma de distribución de contenido del vendedor regresa una notificación de validación de ID de contenido al servidor 18 de VAS, que selecciona un número de identificación (PIN) de una base de datos de PIN de tarjetas de llamadas (operación 156) . En la operación 158, el servidor 18 de VAS transmite un mensaje de SMS que contiene el PIN al centro 24 de SMS, que despacha a su vez un mensaje al MSISDN objetivo como una transacción de una sola vez (operación 159) . El centro 24 de SMS recibe una recepción de la entrega de información de tarjeta de llamadas y pasa la confirmación de recepción de entrega al servidor 18 de VAS (operación 160) , que confirma que fue exitosa la entrega de contenido (operación 161) y envía una respuesta positiva de regreso al servidor 16 de m-Comercio. El servidor 16 de m-Comercio da instrucciones al servidor 22 de e-Cartera para deducir la cantidad de pago, preferentemente el precio de venta al público recomendado menos la comisión del minorista, de la cantidad de cartera electrónica del minorista (operación 162). El servidor 16 de m-Comercio envía un mensaje de SMS de notificación al suscriptor (operación 164) y el minorista 10 (operación 166) que confirma que no se distribuyó exitosamente el PIN. Los mensajes de notificación respectivos son similares a los descritos anteriormente. La transacción concluye cuando el minorista 10 recolecta dinero en efectivo del suscriptor de servicio de teléfono móvil (operación 168). Con referencia ahora a la Figura .9 (que comprende las Figuras 9A y 9B) , se ilustra un diagrama de flujo de una transacción de compra de suscripción de servicios mejorados en la forma de un servicio de alerta, usando el sistema de la presente invención. En este escenario, el suscriptor proporciona al minorista 10 su selección de alertas de información, tal como noticias, clima, o similares, y el número de teléfono móvil (MSISDN) para suscribirse al servicio de alerta de información. El minorista entonces usa un teléfono móvil 12 como un dispositivo de punto de venta para iniciar la transacción de compra de suscripción de información del menú de SIM (operación 170) . De manera preferente, el menú de la aplicación de SIM presenta avisos apropiados, como se describe anteriormente, para que el minorista 10 introduzca los datos proporcionados por el suscriptor. El minorista 10 entonces introduce su M-PIN y confirma la transacción. De manera alternativa y/o opcionalmente, el menú de SIM puede proporcionar la entrada de un MSISDN de suscriptor objetivo, que es diferente del suscriptor. Esto permite que el suscriptor compre uno o más servicios de VAS de obsequio para la familia, amigos y otros. La aplicación de SIM construye un mensaje encriptado de SMS de suscripción a alertas de información que contiene los datos introducidos, y envia el mensaje a un centro 24 de SMS. El centro 24 de SMS encamina el mensaje de suscripción a alertas de información hacia el servidor 16 de M-Comercio, que determina que el ¦ mensaje de SMS de suscripción a alertas de información es una transacción de suscripción a alertas de información, desencripta el mensaje, autentica los detalles del minorista al servidor 22 de e-Cartera (operación 171) . En la operación 172, una cuestión de decisión es si el minorista 10 está autorizado para vender el servicio mejorado designado. El objetivo aquí es impedir la venta no autorizada de servicios de suscripción por un minorista 10 no autorizado además de impedir la venta de servicios mejorados no autorizados a un suscriptor de servicio de teléfono móvil. Si el minorista 10 no está autorizado para vender el servicio mejorado designado, el servidor 18 de VAS no valida al minorista 10 para esa transacción de venta. El servidor 18 de VAS envía una notificación de no validación al servidor 16 de M-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10 y al suscriptor de servicio de teléfono móvil que no fue exitosa la transacción (operación 173) . Si el minorista 10 se considera que está autorizado para vender el servicio mejorado descifrado, la siguiente cuestión es si es válido el ID del contenido del operador móvil (operación 174) . Si no, el servidor 18 de VAS no valida al operador móvil para esa transacción de venta. El servidor 18 de VAS envía una notificación y la validación al servidor 16 de M-Comercio, que entonces envía un mensaje de SMS de notificación al minorista 10, el operador móvil y al suscriptor de servicio de teléfono móvil que no fue exitosa la transacción (operación 93) . Sin embargo, si el ID del contenido del operador se considera válido, entonces el servidor 18 de VAS recupera el ID del contenido del operador móvil correspondiente (o de otro proveedor autorizado de contenido) , el precio de venta al público y la comisión del minorista y pasa esta información al servidor 16 de M-Comercio. El servidor 16 de M-Comercio pide al servidor 22 de e-Cartera verificar que el minorista tenga fondos suficientes en su cartera y reserva el precio de venta al público menos la comisión del minorista. El servidor 16 de M-Comercio entonces pide al servidor 18 de VAS iniciar la petición de suscripción a la plataforma 23 de alerta de información (operación 175) , pasando preferentemente el MSISDN del suscriptor objetivo de servicio de teléfono móvil, el ID de contenido y el ID de la transacción del servidor de M-Comercio. En la operación 176, la siguiente cuestión de decisión es si el suscriptor es ya un cliente del servicio de suscripción de alertas de información. Si es asi, la plataforma 23 de alerta de información informa al servidor 18 de VAS que el suscriptor está ya suscrito (operación 178) . El servidor 18 de VAS notifica al servidor 16 de M- Comercio, que entonces envía un mensaje de SMS de notificación para informar al suscriptor de servicio de teléfono móvil y al minorista 10 que el suscriptor es ya un cliente existente (operación 179). Sin embargo, si el suscriptor no es un cliente existente del servicio de suscripción, entonces la plataforma 23 de alerta de información activa una suscripción para el servicio de alerta especificado (operación 180) . La plataforma 23 de alerta de información entonces envía una confirmación al servidor 18 de VAS que el proceso de suscripción se ha iniciado y fue exitoso (operación 182). El servidor 18 de VAS notifica al servidor 16 de M-Comercio que instruye al servidor 22 de e-Cartera para deducir la cantidad de pago, preferentemente el precio de venta al público recomendado menos la comisión, de la cuenta de cartera electrónica del minorista (operación 184), y envía un mensaje de SMS de notificación al suscriptor (operación 186) y al minorista 10 (operación 188) que confirma la suscripción exitosa. Los mensajes de notificación respectivos son similares a los descritos anteriormente. La transacción concluye cuando el minorista 10 colecta dinero en efectivo del suscriptor (operación 190) . En la Figura 10, se muestra aún otra modalidad de ejemplo de un sistema para habilitar un dispositivo de comunicación inalámbrica como un dispositivo de punto de venta (POS). Como se representa, el dispositivo 12 de comunicación inalámbrica, tal como un teléfono móvil se usa por un minorista u operador móvil 10 como un dispositivo de POS para tener acceso al servidor 16 de M-Comercio a través de GSM 14. A través de la comunicación con el servidor 16 de M-Comercio, el dispositivo inalámbrico 12 proporciona otro menú de opciones de productos electrónicos o digitales. Estos productos se pueden suministrar por uno o más proveedores de terceros en la forma de las plataformas 200, 300, 400, 500 de proveedor de terceros, etc., sistemas que operan en tándem con los sistemas de un operador móvil. En esta modalidad, el servidor 16 de M-Comercio también proporciona el circuito lógico de operación para gestionar una transacción de M-Comercio de extremo a extremo entre el dispositivo inalámbrico 12 y las plataformas 200, 300, 400 y 500 de proveedores de terceros, representadas. El circuito lógico de operación incluye, pero no se limita a: circuito lógico de interfaz, tal como el protocolo de aplicación inalámbrica (WAP), servicio de mensajes cortos (SMS), Plataforma' Java 2 Micro-Edición (J2ME) , Kit de herramientas de Aplicación de SIM (STK), etc., para integración con los canales de acceso de un minorista u operador móvil; el circuito lógico de análisis sintáctico para recibir y procesar transacciones de varios dispositivos de acceso que usan el circuito lógico de interfaz mencionado anteriormente; un circuito lógico de gestión de transacciones para controlar la realización de las transacciones deseadas tal como transacciones de pago de factura de proveedores de terceros y similares; capacidades de integración para facilitar la integración con uno o más sub-sistemas, tal como el servidor 22 de e-Cartera, y cada una de las plataformas 200, 300, 400, 500, etc., de proveedores de terceros, y otras capacidades de soporte de operación que incluyen pero no se limitan a configuración de sistema, correlación y validación de la ID de contenido del minorista u operador inalámbrico, autenticación de la autoridad para minoristas para proporcionar servicios especificados de pago de facturas, establecimientos de precios' de venta al menudeo y comisiones, reportes, auditoria, etc. La plataforma 200 de proveedor de terceros puede representar una compañía de servicios públicos que proporciona electricidad a clientes. La plataforma 200, que existe preferentemente en la red de la Compañía A Eléctrica, es hardware y software usados para alojar o almacenar los archivos necesarios para efectuar el pago de la factura Eléctrica de la Compañía A por un cliente o agente de cliente. En el abastecimiento de los servicios de pago de facturas para la Compañía A Eléctrica, la plataforma 200 se interconecta a la infraestructura de conmutación del minorista u operador inalámbrico 10 mediante el dispositivo 12 para fijar electrónicamente el pago a una cuenta eléctrica de cliente con la Compañía A Eléctrica, permitiendo de este modo que el minorista 10 recolecte el pago de dinero del cliente. La plataforma 300 del proveedor de terceros puede representar otra compañía de servicio público tal como una que proporciona gas a clientes. La plataforma 300, que puede existir preferentemente en la red de la Compañía B de Gas, es hardware y software usado para alojar o almacenar los archivos necesarios para efectuar el pago de la factura de gas de la Compañía B por un cliente/agente de cliente. En el abastecimiento de los servicios de pago de facturas para la Compañía B de Gas, la plataforma 300 se interconecta la infraestructura de conmutación del minorista u operador inalámbrico 10 mediante el dispositivo 12 para fijar electrónicamente el pago a una cuenta de gas del cliente con la Compañía B de Gas permitiendo de esta manera que el minorista 10 recolecte el pago de dinero del cliente. La plataforma 400 de proveedor de terceros puede representar cualquiera de las muchas compañías de tarjeta de crédito (es decir, American Express, Visa, MasterCard, etc.), y/o sugerir compañías de servicios financieros (Citibank, Bank of America, Credit Suisse, etc.). La plataforma C, que existe preferentemente en la red de cada compañía de tarjetas de crédito y/o de servicios financieros, es hardware y software usado para alojar o almacenar los archivos necesarios para efectuar el pago de la factura de tarjeta de crédito de la Compañía C por un cliente/agente de cliente. En el abastecimiento de los servicios de pago de factura para la Compañía C de tarjetas de crédito, la plataforma 400 se interconecta a la infraestructura de conmutación del minorista 10 mediante el dispositivo 12 para fijar electrónicamente el pago a la cuenta de tarjeta de crédito del cliente con la Compañía C, permitiendo de este modo que el minorista 10 colecte el pago de dinero del cliente. En aún otro ejemplo, la plataforma 500 de proveedor de terceros puede representar otra compañía de servicios públicos tal como una que proporcione agua a los clientes. La plataforma 500, que existe preferentemente en la red de la Compañía ABC de Agua, es hardware y software usado para alojar o almacenar los archivos necesarios para efectuar el pago de la factura de agua de la Compañía ABC por un · cliente/agente de cliente. En el abastecimiento de los servicio de pago de factura para la Compañía ABC de Agua, la plataforma 500 se interconecta a la infraestructura de conmutación del minorista u operador inalámbrico 10 mediante el dispositivo 12 para fijar electrónicamente el pago a .la cuenta de agua de un cliente con la Compañía ABC de Agua, permitiendo de este modo que el minorista 10 colecte el pago de dinero del cliente. En la Figura 11 se muestra una ilustración más detallada de una modalidad preferida de la arquitectura de aplicación de la modalidad de la Figura 10. La arquitectura de aplicación realiza todas las funciones de procesamiento de transacciones, y gestiona la integración entre y con los módulos 16, 18, 20, 22, 600 del servidor, sus sub-sistemas , del soporte intermedio 15, las varias plataformas 200, 300, 400, 500, 17, 19, 21, 23, las pasarelas 25, los servidores 26, asi como cualquier otra entidad de red del operador móvil/terceros/vendedores, tal como el centro 24 de SMS. La arquitectura de aplicación también gestiona la administración posterior, el reporte y monitoriza la infraestructura. Como se representa en la Figura 10, el servidor 16 de M-Comercio, el servidor 22 de e-Cartera y un servidor 600 de facturación de terceros se pueden ver como los módulos primarios desarrollados para soportar cualquier número de aplicaciones de pago de factura de terceros. Esta es la capa de aplicación. Estos módulos contienen el circuito lógico de comercio o circuito lógico comercial para cada solución particular, y están separados en bloques funcionales discretos que interactúan entre si y con las capas de soporte intermedio y de interfaz. En otro aspecto de esta modalidad, el sistema para el servidor 600 de facturación de terceros se puede integrar dentro de cada una de las compañías 200, 300, 400, 500 de facturación de terceros. De las modalidades de ejemplo proporcionadas anteriormente, cada plataforma 200, 300, 400, 500, etc., corresponde a un proveedor separado y diferente de terceros. De forma notable, las plataformas de terceros se pueden usar para vender y/o colectar pagos para una amplia variedad de bienes y servicios. La siguiente lista es un pequeño subconjunto de la variedad completa de ventas y/o pagos que se pueden emplear usando la tecnología de la presente invención. Estos incluyen, pero no se limitan a, sistemas de pago de facturas para pagar: suscripciones de radio satelital, televisión satelital, servicios de proveedores de servicios de Internet (ISP), comprar boletos (ya sea para viaje, eventos, promocionales, eventos deportivos, lotería, etc.), donaciones, servicios públicos (es decir, facturas eléctricas, facturas de agua, facturas de gas, etc.), deudas de impuestos locales/estatales/nacionales, servicios financieros, primas de seguros, hipotecas, abonos mensuales de tarjetas de crédito, derechos de matrícula educativa, etc. La aplicación de la presente invención incluye sistemas de pago de facturas para pagar servicios basados en web/comercio electrónico, que incluye una amplia variedad de productos electrónicos y servicios electrónicos (por ejemplo, cuentas en lineas para eBay, Amazon, portales de música, juegos, suscripciones de bibliotecas, telefonía por Internet, servicios de mensajería por Internet, compras por televisión, etc.)- Esta invención no se limita sólo a sistemas de pago (colección) de facturas. Es operacional para sistemas de desembolso o egreso así como donde un cliente recibe dinero del minorista 10. La descripción del servidor 16 de M-comercio es como se describe anteriormente. De manera similar, la descripción del servidor 22 de e-Cartera es como se describe anteriormente con modificaciones apropiadas para el encaminamiento de transacciones desde/hacia el servidor 16 de M-Comercio y el servidor 600 de facturación de terceros asociado con cada una de las plataformas 200, 300, 400, 500, etc., de terceros, para efectuar las transacciones necesarias de pago de facturas. De manera adicional y/o opcionalmente, se puede incluir otro servidor de e-Cartera, que representa la cartera electrónica de un cliente (no mostrada) , en la modalidad de ejemplo de la Figura 10 para gestionar las interacciones con la cuenta virtual del cliente. El último de los tres módulos primarios representados en la modalidad de ejemplo de la Figura 10 es el servidor 600 de facturación de terceros, que comprende cinco bloques funcionales principales; específicamente, un bloque 600a de gestión de transacciones de terceros, un bloque 600c de verificación de minoristas, un bloque 600d de comisión de minorista de terceros, y un bloque 600e de base de datos de PIN. El bloque 600a de gestión de transacciones del servidor de facturación de terceros proporciona el circuito lógico de negocios para gestionar los aspectos de transacción de la distribución del contenido de pago de facturación o de servicios. Las capacidades del bloque 600a incluyen, pero no se limitan a: encaminar transacciones hacia/desde los servidores 16, 22, 600 de M-Comercio, de e- Cartera y de facturación de terceros, respectivamente, (y opcionalmente una e-Cartera (no mostrada) del cliente) ; encaminar transacciones desde/hacia las interfaces 200a, 300a, 400a, 500a para las plataformas 200, 300, 400, 500, respectivamente; y registro de datos de transacciones para auditoria y reporte de facturación de terceros. El bloque 600c funcional de verificación de minoristas proporciona el circuito lógico de negocios para gestionar los servicios que un proveedor de terceros es capaz de proporcionar. Las capacidades del bloque 600c incluye, pero no se limitan a: determinar la disponibilidad de los servicios de pago de facturas por el vendedor, por región o por un grupo de proveedor de terceros. El bloque 600d de comisión de minoristas del proveedor de terceros proporciona el circuito lógico de negocios para gestionar los cambios y comisiones para el minorista/proveedor de terceros/agente. Las capacidades del bloque 600d incluye, pero no se limitan a: gestionar precios por regiones y/o árboles de distribución de minoristas/proveedor de terceros, tal como por grupo de minoristas/proveedor de terceros; y definir y calcular el margen del minorista/proveedor de terceros por regiones y/o por grupos de minoristas/proveedores de terceros. Finalmente, el bloque 600e de base de datos de PIN proporciona el circuito lógico de negocios para gestionar los conjuntos de PIN para los servicios de pago de facturas que se ofrecen. Las capacidades del bloque 600e incluyen, pero no se limitan a: segmentación de PIN en una base por servicio; almacenamiento seguro de PIN; servicio de PIN a los módulos que realicen la petición; y la marcación de los PIN, "usados" una vez que se sirven exitosamente. La comunicación entre los módulos 16, 22, 600 de servidor y una o más entidades de red del operador/proveedor de servicios de terceros toma tal como el centro 24 de SMS, la pasarela 25 de WAP, y las plataformas 200, 300, 400, 500, 21, 17, 23, 19, se logra a través de las interfaces 200a, 300a, 400a, 500a, 24a, 25a, y una capa 15 de soporte intermedio . Para cada uno de los análisis, las interfaces 200a, 300a, 400a, 500a, 24a y 25a comprenden una capa de interfaz, que implementa un protocolo especifico de comunicación. Como se representa, cada interfaz se usa para separar el circuito lógico de conexión del circuito lógico de negocios, simplificando de este modo la integración de las entidades de red de terceros. Esto proporciona un ambiente de conectar y conectar para entidades de red basadas en normas. A este respecto, una función primaria de la capa de interfaz es tres veces: (1) gestionar las sesiones de comunicación con la plataforma objetivo de terceros, tal como la plataforma 500 de la Compañía ABC de Agua; (2) convertir una petición del servidor 600 de facturación de terceros al formato requerido de la plataforma objetivo y enviarla a la plataforma objetivo propuesta; y (3) interpretar la respuesta de plataforma objetivo, y convertir esa respuesta a una respuesta apropiada para los módulo 16, 22, 600 de servidor. De manera notable, cada interfaz 200a, 300a, 400a, 500a, 24a, 25a se escribe para cada entidad objetivo específico del proveedor de servicio de pago de facturas de terceros. Por ejemplo, la interfaz 400a de la compañía de tarjetas de crédito se escribe para comunicación con la plataforma 400 de pago de facturas de la Compañía C de tarjetas de crédito. De manera similar, la interfaz 300a de la compañía de gas se escribe para comunicación con la plataforma 300 de la Compañía B de Gas. Cada interfaz también incorpora características diseñadas para gestionar la carga de transacción en una entidad objetivo de proveedor de servicios de terceros. Esto facilita una integración sin costuras de enchufar y reproducir. Ahora se presenta una descripción más detallada con respecto a la operación de la arquitectura de la modalidad de las Figuras 10 y 11 para activar los servicios de pagos de facturas usando un dispositivo de comunicación inalámbrica . De manera operacional, y con respecto a la Figura 12, se muestra un diagrama de flujo de una transacción de pago de factura de tercero usando el sistema de la modalidad de las Figuras 10 y 11 que habilita un cliente de la Compañía ABC de Agua para pagar su factura de agua usando dinero físico (es decir, pesos, rupias, libras, etc.), sobre el contador a un minorista 10 autorizado mediante el dispositivo 12. En la transacción de la Figura 12 de ejemplo, un cliente · emplea el minorista 10 para pagar la factura de agua del cliente con la Compañía ABC de Agua mediante la plataforma 500 de la Compañía ABC de Agua. De manera importante, sólo el proveedor de servicios de terceros, plataformas que se integran en el servidor 16 de M-Comercio, puede proporcionar transacciones de pago de facturas usando la tecnología de la presente invención. Una vez que un cliente emplea un minorista 10 para pagar su factura de agua, el minorista 10 usa un dispositivo inalámbrico 12 como un dispositivo de punto de venta para iniciar una transacción de pago de factura de tercero, como en la operación 510. En una modalidad preferida, se realizan transacciones de pago de facturas usando un menú de SIM por minoristas 10 que tienen permisos autorizados de cartera electrónica y seguridad de SIM. Las características del SIM son como se describen anteriormente. Además, las diferentes opciones que se pueden proporcionar en el menú de SIM incluyen, por ejemplo: (a) Llenado de formas de Pre-pago; (b) Pago de Factura de Post-pago; (c) Venta de VAS; (d) Pago de Factura de Compañía ABC de Agua; (e) Pago de Factura de Compañía XYZ de Agua; (f) Pago de Factura de Tarjeta de Crédito; (g) Pago de Factura de Compañía DEF de Gas; (h) Pago de Factura de Compañía A Eléctrica; (i) PINS Electrónicos de GHI; (j) Retiro de Efectivo de HIJ; etc. Al seguir con el deseo señalado del cliente para pagar su factura de agua de la Compañía ABC de Agua, el minorista 10 selecciona la opción " (d) Pago de Factura de Compañía ABC de Agua". Este menú requiere que el minorista 10 proporcione tres piezas de información; específicamente, (i) el identificador (único) del cliente por el cual se reconoce al cliente por la entidad de facturación de tercero, que en este caso es la Compañía ABC de Agua. Este identificador puede comprender en general el número de cuenta del cliente en el sistema de facturación de la Compañía de Agua; (ii) la cantidad deseada de pago; y (iii) el número de identificación del servidor de M-Comercio (es decir, el M-PIN) del minorista. De manera preferente, la aplicación de SIM presenta los avisos apropiados al minorista 10 mediante el menú de SIM. En otras palabras, el minorista selecciona la opción correspondiente (es decir, opción (d) ) ) del menú de SIM, e introduce las dos piezas de información proporcionadas por el cliente en la operación 30, luego introduce su M-PIN y confirma la transacción. La aplicación de SIM construye un servicio de mensajes cortos (SMS) de pago de factura, encriptado, que contiene los datos introducidos, y envía el mensaje a un centro 24 de SMS, que a su vez encamina el mensaje de pago de factura al servidor 16 de M-Comercio. El servidor 16 de M-Comercio determina si el mensaje de pago de factura es una transacción de pago de factura, desencripta el mensaje, y autentica los detalles del minorista 10 en el servidor 22 de e-cartera, como en la operación 512. Si hay fondos suficientes en la cuenta de la cartera electrónica del minorista, el servidor 22 de e- cartera mantiene la cantidad de pago a reserva y el servidor 16 de M-Comercio inicia una petición de pago (operación 514) a una plataforma 500 de facturación de la Compañía ABC de Agua a través del servidor 600 de facturación de terceros. De manera preferente, los detalles de la petición de pago incluyen tres piezas de información proporcionadas por el cliente; específicamente, (i) el identificador (único) del cliente por el cual el cliente se reconoce por la entidad de facturación de terceros, que en este caso es la Compañía ABC de Agua; (ii) la cantidad deseada de pago; y (iii) el número de dispositivo inalámbrico del cliente (es decir, el MSISDN) . La información opcional puede incluir el tipo de pago y un número único de transacción del servidor de M-Comercio . En la operación 516, la cuestión de decisión es sí existe una cuenta válida de agua del cliente. Aquí, la plataforma 500 de facturación de la Compañía ABC de Agua verifica la cuenta de factura de agua del cliente que es válida por referencia cruzada de la petición de pago con la información en una base de datos de cuentas de agua. Si no se encuentran datos de correspondencia, la plataforma 500 de facturación de la Compañía ABC de Agua notifica al servidor 600 de facturación de terceros de la mala correspondencia, como en la operación 518. El servidor 600 de facturación de terceros notifica al servidor 600 de M-Comercio, que a su vez envía un mensaje de SMS de notificación al minorista 10 mediante el dispositivo 12, avisando de la falla de la petición presentada (operación 520) . De manera alternativa, si se proporcionó anteriormente el identificador de MSISDN de cliente, el servidor 16 de M-Comercio también envía un mensaje de SMS de notificación al cliente (mediante un dispositivo inalámbrico) , que informa que falló la petición presentada . Por otra parte, si la cuenta de factura de agua del cliente se verifica como una cuenta válida, entonces la compañía 500 de facturación de la Compañía ABC de Agua acepta la petición de pago del servidor 600 de facturación de terceros y fija el proceso de pago, como en la operación 522. Entonces, en la operación 524, la plataforma 500 de la Compañía ABC de Agua envía un mensaje de confirmación al servidor 500 de facturación de terceros que el pago se ha aceptado para procesamiento. El servidor 600 de facturación de terceros notifica al servidor 16 de M-Comercio, que instruye al servidor 22 de e-Cartera para deducir la cantidad de pago apropiada de la cuenta de e-Cartera del minorista (operación 526) .
El servidor 16 de M-Comercio también construye un mensaje de SMS de notificación al dispositivo inalámbrico del cliente, si lo hay, (operación 528) y el minorista 10 (operación 530) que confirma que se ha fijado exitosamente el pago. Un mensaje de notificación de SMS exitoso enviado al dispositivo inalámbrico del cliente contiene de manera preferente información del nombre del cliente, fecha/hora del pago, el nombre del minorista, el número de transacción del servidor de M-Comercio, y la cantidad de pago. De manera similar, un mensaje de notificación de SMS exitoso enviado al minorista 10 contiene de manera preferente información de la fecha/hora de pago, el MSISDN del cliente, el número de transacción del servidor de M-Comercio, y la cantidad de pago. En este punto, el minorista 10 acepta dinero del cliente en la cantidad de pago (operación 532). Con referencia ahora a la Figura 13, se muestra otro diagrama de flujo de una transacción de pago de factura de tercero usando el sistema de la modalidad de las Figuras 10 y 11 que permite que un cliente compre tiempo en linea. En la transacción de la Figura 13 de ejemplo, un cliente emplea el minorista 10 para pagar un PIN electrónico que permite al cliente una cantidad especifico de tiempo en linea para un propósito deseado, tal como 30 minutos de tiempo de juego en linea. En general, un PIN electrónico se refiere a cualquier código alfanumérico único generado usualmente usando un algoritmo. Aquí el minorista 10 selecciona la opción "(i) PIN Electrónicos de GHI" del menú de SIM presentado en el dispositivo inalámbrico 12, que inicia en efecto una transacción de pago de factura de tercero, como en la operación 522. Al seleccionar opción (i), otro menú requiere que el minorista 10 proporcione tres piezas de información, (a) el identificador (único) del cliente tal como el número móvil del cliente; (b) el PIN de la categoría deseada, que puede tener una o más cantidades variables de pago, o tiempo; y (c) el número de identificación del servidor de M-Comercio (es decir, el M-PIN) del minorista, para verificar el uso autorizado. Una vez que se introduce la información, la aplicación busca la confirmación de exactitud de la información/transacción . La aplicación de SIM construye un mensaje del servicio de mensajes cortos (SMS) de pago de factura, encriptado, que contiene los datos introducidos, y envía el mensaje a un centro 24 de SMS (mediante la red 14 de GSM), que a su vez encamina el mensaje de pago de factura al servidor 16 de M-Comercio. El servidor 16 de M-Comercio determina que el mensaje de pago de factura es una transacción de pago de factura, desencripta el mensaje, y autentica los detalles del minorista en el servidor 22 de e-Cartera, como en la operación 524. Si hay suficientes fondos en la cuenta de cartera electrónica del minorista, el servidor 22 de e-Cartera mantiene la cantidad de pago en reserva y el servidor 16 de M-Comercio inicia una petición de pago (operación 526) al servidor 600 de facturación de tercero. De manera preferente, los detalles de la petición de pago incluyen adicionalmente el MSISDN del minorista y los detalles de la opción (i) de menú, utilizables para identificar que se seleccionó anteriormente la opción de petición de PIN electrónica . El bloque 600c de verificación de minorista de terceros también verifica que el minorista sea uno autorizado (operación 530) . Si no se encuentran datos de correspondencia, el servidor 600 de facturación notifica al servidor 16 de M-Comercio de la mala correspondencia (operación 532) . El servidor 16 de M-Comercio envía a su vez un mensaje de SMS de notificación al minorista 10 que avisa de la falla de la petición presentada (operación 534) . Una vez autorizado, el bloque 600c de verificación de minorista de terceros comunica la verificación al bloque 600a de gestión de transacciones, que acepta y fija el procesamiento de pago (operación 536) . Por consiguiente, en la operación 538, el servidor 600 de facturación de terceros notifica al servidor 16 de M-Comercio, que instruya al servidor 22 de e-Cartera para deducir la cantidad de pago apropiada de la cuenta de e-Cartera del minorista (operación 538), y que recupera un PIN electrónico almacenado en la base de datos 600e de PIN (operación 540) . El servidor 16 de M-Comercio también construye un mensaje de SMS de notificación al dispositivo inalámbrico del cliente (operación 542) y el minorista 10 (operación 544) que confirma que se ha fijado exitosamente el pago y que distribuye o entrega el PIN electrónico sólo al cliente. Un mensaje de notificación de SMS exitoso enviado al dispositivo inalámbrico del cliente también contiene de manera preferente información del nombre del cliente, fecha/hora de pago, el nombre del minorista, el número de transacción del servidor de M-Comercio, y la cantidad de pago. De manera similar, un mensaje de notificación de SMS exitoso enviado al minorista 10 también contiene de manera preferente información de la fecha/hora de pago, el MSISDN del cliente, el número de transacción del servidor de M-Comercio, y la cantidad de pago. En este punto, el minorista u operador inalámbrico 10 acepta el dinero del cliente (operación 546) . Una vez que el cliente recibe el PIN electrónico, el cliente puede ahora registrarse en el sitio web de GHI e introducir el PIN electrónico recibido anteriormente, que permite al cliente 30 minutos de tiempo de juego en linea. Con referencia ahora a la figura 14, se muestra otro diagrama de flujo que ilustra una transacción de desembolso de terceros que usa el sistema de la modalidad de las Figuras 10 y 11 que permite a un cliente retirar dinero de su cuenta financiera. En este escenario de ejemplo, una institución financiera (es decir, el Banco HIJ) tiene una o más oficinas, sucursales, ATM, etc., de las cuales sus clientes pueden retirar dinero en efectivo. Sin embargo, para expandir su cobertura, el Banco HIJ busca proporcionar a sus clientes la capacidad de retener dinero de sus cuentas bancarias a través de tiendas minoristas autorizadas, ampliamente disponibles. En general, sólo los proveedores de terceros, cuyas plataformas están integradas en el servidor 16 de M-Comercio pueden proporcionar transacciones de retiro de efectivo usando la tecnología de la presente invención . En esta transacción de desembolso de dinero en efectivo de ejemplo, un cliente, quien tiene ya preferentemente una cuenta con una entidad financiera designada, tal como el Banco HIJ, emplea al minorista 10 para retirar dinero de su cuenta financiera, como en la operación 550. En una modalidad preferida, las transacciones de retiro de dinero en efectivo se realizan usando un menú de aplicación de SIM por minoristas que tienen permisos autorizados de cartera electrónica y seguridad de SIM. Las características son como se describen anteriormente. Aquí, el minorista 10 selecciona la opción "(j) Retiro de Dinero en efectivo de HJ" del menú de SIM. Este menú requiere que el minorista 10 introduzca, por ejemplo, el identificador único del Banco HIJ del cliente (es decir, el número de cuenta de banco del cliente) , la cantidad de retiro, el número de identificación del servidor de M-Comercio (M-PIN) del minorista, y el número del dispositivo inalámbrico del cliente. Una vez que el minorista ha introducido la información indicada, la aplicación en el dispositivo 12 inalámbrico del minorista presenta todas las entradas para la confirmación de exactitud, si ya sea mediante las opciones "cancelar" o "reintentar" . En la confirmación de los detalles de la información indicada por el minorista 10, la aplicación de SIM construye un mensaje del servicio de mensajes cortos (SMS) de retiro de dinero en efectivo, encriptado que contiene los datos introducidos, y envía el mensaje a un centro 24 de SMS, que encamina a su vez el mensaje de retiro a la red 14 de GSM y al servidor 16 de M-Comercio. De manera preferente, la totalidad de los datos introducidos incluyen el número de cuenta del banco del cliente, la cantidad de retiro, el M-PIN del minorista, el número del dispositivo inalámbrico del cliente, el MSISDN del minorista, y el tipo de transacción (es decir, la opción (j) de Retiro de Dinero en Efectivo de HIJ) . De los datos introducidos, el servidor 16 de M- Comercio determina que el mensaje de retiro de dinero en efectivo es una transacción de retiro, desencripta el mensaje, y autentica los detalles del minorista 10 en el servidor de e-Cartera (operación 522). El servidor 16 de M-Comercio entonces inicia una petición de retiro de dinero en efectivo (operación 554) a la plataforma de facturación del Banco HIJ (no mostrado) a través del servidor 600 de facturación de terceros. En la operación 556, la cuestión de decisión es si existe una cuenta bancaria válida del cliente. Aquí, la plataforma de facturación del Banco HIJ verifica que la cuenta del cliente (de cheques, de ahorros, de mercado monetario, etc.) es una válida al hacer corresponder los detalles de la cuenta bancaria del cliente en la petición de retiro con una base de datos de cuentas bancarias. Si no se encuentran datos de correspondencia, la plataforma de facturación del Banco HIJ notifica al servidor 600 de facturación de terceros de la mala correspondencia (operación 558) . El servidor 600 de facturación de terceros notifica al servidor 16 de -Comercio, que envía a su vez un mensaje de SMS de notificación al minorista mediante el dispositivo 12, que avisa de la falla de la petición presentada (operación 560) . De manera alternativa, si el identificador de MSISDN del cliente se proporcionó anteriormente, el servidor 16 de M-Comercio también envía un mensaje de SMS de notificación al cliente (mediante un dispositivo inalámbrico) , que informa que falló la petición presentada . Por otra parte, si se verifica la cuenta bancaria del cliente como una cuenta válida, entonces la siguiente cuestión de decisión es si existen fondos suficientes en la cuenta financiera del cliente para cubrir la cantidad de retiro deseada (operación 562). Si no, el servidor 600 de facturación de terceros notifica al servidor 16de M-Comercio, que envía a su vez un mensaje de SMS de notificación al minorista mediante el dispositivo 12, que avisa de la falla de la petición presentada (operación 560) . De manera alternativa, si el identificador de MSISDN del cliente se proporcionó anteriormente, el servidor 16 de M-Comercio también envía un mensaje de SMS de notificación al cliente (mediante un dispositivo inalámbrico) , que informa que falló la petición presentada. Sin embargo, si hay fondos suficientes en la cuenta bancaria del cliente, la plataforma del Banco HIJ envía un mensaje de SMS de notificación al cliente (mediante un dispositivo inalámbrico) , que avisa del retiro bloqueado (operación 564), y avisa al cliente para responder con su contraseña secreta en lo referente a si autoriza la cantidad de retiro (operación 566) . Si no se introduce la contraseña secreta, no se considera que se ha proporcionado la autorización y la plataforma del Banco HIJ notifica por consiguiente al servidor 600 de facturación de terceros. El servidor 600 de facturación de terceros notifica al servidor 16 de M-Comercio, que envia a su vez un mensaje de SMS de notificación al minorista 10, que avisa de la falla de la petición presentada (operación 560) . Sin embargo, si se introduce la contraseña secreta, la autorización de la transacción de retiro se considera que se ha proporcionado y la plataforma del Banco HIJ refiere cruzadamente la contraseña secreta introducida con una en su base de datos para determinar si es una válida (operación 568) . Si no, se notifica al minorista como se describe anteriormente que no es exitosa la transacción (operación 560). Si la contraseña secreta introducida se considera que es una válida, la plataforma de facturación (no mostrada) del Banco HIJ envia un mensaje de confirmación al servidor 600 de facturación de terceros que la petición de retiro se ha aceptado para procesamiento, confirmando un retiro exitoso (operación 570) . Entonces, en la operación 572, el servidor 600 de facturación de terceros notifica al servidor 16 de M-Comercio, que adiciona la cantidad de retiro al servidor 22 de e-Cartera del minorista 10. El servidor 16 de M-Comercio también construye un mensaje de SMS de notificación al dispositivo inalámbrico del cliente (operación 574) y el minorista (operación 576) que confirma que el retiro se ha fijado exitosamente. En la recepción del mensaje de notificación, el minorista 10 desembolsa el dinero deseado al cliente en la cantidad de retiro (operación 578). Habiendo descrito ahora unas pocas modalidades de la invención, debe ser evidente para el experto en la técnica que lo anterior es sólo ilustrativo y no limitante, habiendo sido presentado a manera de ejemplo únicamente. Las modalidades anteriores son sólo consideradas como ejemplos de los varios tipos diferentes de sistemas de computadora que se pueden utilizar en unión con el proceso implementado en computadora y/o asistida por computadora de la presente invención. Numerosas modificaciones y otras modalidades están dentro del alcance de la invención y cualquier equivalente a la misma. Se puede apreciar que serán fácilmente evidentes para aquéllos expertos en la técnica las variaciones de la presente invención, y que la presente invención se propone que incluya estas alternativas. Por ejemplo, como se muestra y describe, el servidor de comercio móvil proporciona acceso a una amplia variedad de productos y servicios electrónicos o digitales proporcionados por uno o más proveedores de terceros que los clientes pueden aprovechar por si mismos. En algunos casos, no se puede requerir que un cliente posea o tenga acceso a un dispositivo inalámbrico, tal como para el pago de una factura de servicios públicos. En otros casos, tal como donde un cliente busca comprar un PIN electrónico para juegos en linea, se prefiere que el cliente tenga acceso a un dispositivo inalámbrico para la distribución del PIN electrónico al cliente. A través del uso del servidor 600 de facturación de terceros, la presente invención está disponible a uno o más clientes quienes pueden buscar sistemas alternativos de recolección y desembolso diferentes de las opciones bancarias tradicionales, oficinas de pago de servicios públicos, máquinas de ATM (cajeros automáticos) y similares. Como se ha descrito anteriormente, usando la presente invención, un cliente puede aprovechar una red extensa de minoristas locales, regionales o nacionales, autorizados, o comerciantes a través de los cuales puede realizar una amplia variedad de servicios, tal como desde el pago de una factura de servicios públicos, suscripción a un servicio de tonos telefónicos con color, retiro de fondos, compra de boletos para eventos, etc. Además, estos productos o servicios de los servicios del servidor de facturación de terceros son preferentemente modulares ya que cada producto/servicio puede habilitar o deshabilitar como se desee en una base individual. Adicionalmente, puesto que se presentarán fácilmente numerosas modificaciones para aquéllos expertos en la técnica, no se desea limitar la invención a la construcción de operación exacta ilustrada y descrita, y por consiguiente, todas las modificaciones y equivalentes adecuados se pueden recurrir como que caen dentro del alcance de la invención.

Claims (25)

  1. REIVINDICACIONES 1. Sistema para proporcionar al menos uno de contenido y servicios a al menos una de una cuenta móvil de pre-pago y post-pago usando un dispositivo de comunicación inalámbrica como un dispositivo de punto de venta, el sistema está caracterizado porque comprende: (a) una capa de aplicación para realizar funciones de procesamiento de transacción, esta capa de aplicación que incluye un módulo de servidor de comercio móvil para gestionar una transacción de comercio móvil de principio a fin, un módulo de servidor de servicios para gestionar el procesamiento de transacción entre un minorista y una entidad de red de proveedor de terceros, y un módulo de servidor de cartera electrónica para gestionar interacciones con la cuenta de cartera electrónica del minorista; (b) una capa de interfaz para simplificar la integración de una o más entidades de red de terceros, la capa de interfaz que comprende al menos un módulo de interfaz para cada entidad de red; y (c) una capa de soporte intermedio, interpuesta entre la capa de aplicación y la capa de interfaz, para estandarizar y gestionar comunicaciones entre la capa de aplicación y cada entidad de red.
  2. 2. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de comercio móvil comprende un sub-sistema de gestión y registro de agentes para registrar y gestionar una o más cuentas virtuales del minorista .
  3. 3. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de comercio móvil comprende un sub-sistema de gestión de transacciones y análisis sintáctico para gestionar el flujo de transacciones de principio a fin y la interacción entre todos los módulos.
  4. 4. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de comercio móvil comprende un sub-sistema de registro, auditoria y reporte de transacciones para capturar y almacenar los datos de transacción de principio a fin.
  5. 5. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de comercio móvil comprende un sub-sistema de contrato y reconciliación para calcular las tasas de transacción y comisiones para todas las partes a una transacción en tiempo real.
  6. 6. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de cartera electrónica comprende un sub-sistema de gestión de transacciones de cartera electrónica para gestionar la interacción con la cuenta virtual de un minorista.
  7. 7. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de cartera electrónica comprende un sub-sistema de valor almacenado de cartera electrónica para gestionar interacciones internas dentro de la cuenta virtual de un minorista.
  8. 8. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de cartera electrónica comprende un sub-sistema de seguridad y autenticación de agente para autenticar peticiones de todos los módulos que incluyen peticiones de minoristas.
  9. 9. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de servicios comprende un sub-sistema de gestión de transacciones para gestionar la distribución o entrega de al menos uno de contenido y un servicio.
  10. 10. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de servicios comprende un sub-sistema de correlación de contenido para gestionar la confirmación de distribución o entrega de al menos uno de contenido y un servicio.
  11. 11. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de servicio comprende un sub-sistema de verificación de minorista para gestionar al menos uno de contenido y un servicio seleccionable por un minorista
  12. 12. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de servicios comprende un sub-sistema de fijación de precio de venta al público y de comisión para gestionar al menos uno de cargos y comisiones para el minorista.
  13. 13. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de servidor de servicio comprende una base de datos de identificación para correlacionar cada número de identificación para cada uno de al menos uno de contenido y un servicio ofrecido para la venta .
  14. 14. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de interfaz consiste de una interfaz de contenido para gestionar la carga de transacción en la plataforma de entrega de contenido.
  15. 15. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de interfaz consiste de una interfaz de tonos telefónicos con color para gestionar la carga de transacciones en la plataforma de tonos telefónicos con color.
  16. 16. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de interfaz consiste de una interfaz de alerta para gestionar la carga de transacciones en una plataforma de alerta de información.
  17. 17. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de interfaz consiste de una interfaz de post-pago para gestionar la carga de transacciones en una plataforma de facturación de pos-pago.
  18. 18. Sistema de conformidad con la reivindicación 1, caracterizado porque el módulo de interfaz consiste de una interfaz de servicio de mensajes cortos para gestionar la carga de transacciones a un centro de servicio de mensajes cortos.
  19. 19. En un sistema para abastecer uno o más servicios de valor agregado a al menos uno de una cuenta móvil de pre-pago y post-pago usando un dispositivo móvil inalámbrico como un dispositivo de punto de venta, un método implementado por computadora caracterizado porque comprende los pasos de: (a) introducir una petición de usuario en el dispositivo móvil inalámbrico; (b) confirmar al menos una de la información de usuario introducida y la información de minorista; y (c) iniciar la distribución o entrega de la petición de usuario a al menos uno de un dispositivo móvil de pre-pago y post-pago del usuario.
  20. 20. En un sistema para abastecer uno o más servicios de valor agregado a al menos una de una cuenta móvil de pre-pago y post-pago usando un dispositivo de comunicación inalámbrica como un dispositivo de punto de venta, las instrucciones implementadas por computadora, caracterizadas para: (a) recibir la entrada del usuario; (b) autenticar la información deseada de transacción; (c) verificar la validez de la identificación de contenido; (d) verificar la autorización de un vendedor para vender datos de contenido; (e) transmitir la distribución o entrega de contenido de la transacción al dispositivo de comunicación inalámbrica; y (f) deducir el costo del contenido de la cuenta electrónica del vendedor.
  21. 21. En un sistema para abastecer uno o más servicios de valor agregado a una cuenta móvil de pre-pago usando un dispositivo de comunicación inalámbrica como un dispositivo de punto de venta, un método implementado por computadora caracterizado porque comprende los pasos de: (a) introducir una petición de usuario en el dispositivo de comunicación inalámbrica; (b) confirmar al menos una de la información de usuario introducida en la información de minorista; (c) iniciar la distribución o entrega de la petición de usuario a un dispositivo de comunicación inalámbrica del usuario; y (d) transmitir la notificación de entrega con respecto a la entrega de la petición de usuario.
  22. 22. Un sistema para usar un dispositivo de comunicación inalámbrica como dispositivo de punto de venta para la distribución o entrega de al menos uno del contenido y servicio, el sistema está caracterizado porque comprende: (a) una capa de aplicación para realizar funciones de procesamiento de transacción, la capa de aplicación que incluye un módulo del servidor de comercio móvil para gestionar una transacción de comercio móvil, un módulo de servidor de facturación de terceros para gestionar el procesamiento de transacción entre un minorista y una entidad de red de un proveedor de terceros, y un módulo de servidor de cartera electrónica para gestionar transacciones con una o más cuentas de cartera; (b) una capa de interfaz para simplificar la integración de una o más plataformas de proveedores de terceros; y (c) una capa de soporte intermedio, interpuesta entre la capa de aplicación y la capa de interfaz, para gestionar las comunicaciones entre la capa de aplicación y una plataforma de proveedor de terceros.
  23. 23. Sistema de conformidad con la reivindicación 22, caracterizado porque el dispositivo inalámbrico se emplea para pago de uno o más productos o servicios a través de la comunicación con la capa de aplicación.
  24. 24. Sistema de conformidad con la reivindicación 23, caracterizado porque uno o más productos o servicios incluyen cualquier dato digital o electrónico.
  25. 25. Sistema de conformidad con la reivindicación 23, caracterizado porque uno o más productos o servicios son al menos uno de compra remota, pago de facturas, pago de punto a punto, consultas de cuenta y recolección de dinero.
MX2008005815A 2005-11-04 2006-11-01 Telefono movil como un dispositivo de punto de venta (pos). MX2008005815A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US73326605P 2005-11-04 2005-11-04
PCT/SG2006/000321 WO2007053117A1 (en) 2005-11-04 2006-11-01 Mobile phone as a point of sale (pos) device

Publications (1)

Publication Number Publication Date
MX2008005815A true MX2008005815A (es) 2009-03-20

Family

ID=38006152

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2008005815A MX2008005815A (es) 2005-11-04 2006-11-01 Telefono movil como un dispositivo de punto de venta (pos).

Country Status (12)

Country Link
US (3) US20070106564A1 (es)
EP (1) EP1955265A4 (es)
CN (2) CN105321064B (es)
AU (1) AU2008202474A1 (es)
CA (1) CA2634828C (es)
MA (1) MA30028B1 (es)
MX (1) MX2008005815A (es)
MY (1) MY163768A (es)
SG (1) SG168514A1 (es)
TW (1) TW200729918A (es)
WO (1) WO2007053117A1 (es)
ZA (1) ZA200804824B (es)

Families Citing this family (161)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8590013B2 (en) 2002-02-25 2013-11-19 C. S. Lee Crawford Method of managing and communicating data pertaining to software applications for processor-based devices comprising wireless communication circuitry
US8989718B2 (en) 2005-09-14 2015-03-24 Millennial Media, Inc. Idle screen advertising
US8238888B2 (en) 2006-09-13 2012-08-07 Jumptap, Inc. Methods and systems for mobile coupon placement
US8290810B2 (en) 2005-09-14 2012-10-16 Jumptap, Inc. Realtime surveying within mobile sponsored content
US10038756B2 (en) 2005-09-14 2018-07-31 Millenial Media LLC Managing sponsored content based on device characteristics
US8131271B2 (en) 2005-11-05 2012-03-06 Jumptap, Inc. Categorization of a mobile user profile based on browse behavior
US8364521B2 (en) 2005-09-14 2013-01-29 Jumptap, Inc. Rendering targeted advertisement on mobile communication facilities
US7548915B2 (en) * 2005-09-14 2009-06-16 Jorey Ramer Contextual mobile content placement on a mobile communication facility
US8027879B2 (en) 2005-11-05 2011-09-27 Jumptap, Inc. Exclusivity bidding for mobile sponsored content
US8688671B2 (en) 2005-09-14 2014-04-01 Millennial Media Managing sponsored content based on geographic region
US9703892B2 (en) 2005-09-14 2017-07-11 Millennial Media Llc Predictive text completion for a mobile communication facility
US9471925B2 (en) 2005-09-14 2016-10-18 Millennial Media Llc Increasing mobile interactivity
US8515401B2 (en) 2005-09-14 2013-08-20 Jumptap, Inc. System for targeting advertising content to a plurality of mobile communication facilities
US8812526B2 (en) 2005-09-14 2014-08-19 Millennial Media, Inc. Mobile content cross-inventory yield optimization
US8209344B2 (en) 2005-09-14 2012-06-26 Jumptap, Inc. Embedding sponsored content in mobile applications
US8103545B2 (en) 2005-09-14 2012-01-24 Jumptap, Inc. Managing payment for sponsored content presented to mobile communication facilities
US8819659B2 (en) 2005-09-14 2014-08-26 Millennial Media, Inc. Mobile search service instant activation
US7702318B2 (en) 2005-09-14 2010-04-20 Jumptap, Inc. Presentation of sponsored content based on mobile transaction event
US7752209B2 (en) 2005-09-14 2010-07-06 Jumptap, Inc. Presenting sponsored content on a mobile communication facility
US8666376B2 (en) 2005-09-14 2014-03-04 Millennial Media Location based mobile shopping affinity program
US10592930B2 (en) 2005-09-14 2020-03-17 Millenial Media, LLC Syndication of a behavioral profile using a monetization platform
US8156128B2 (en) 2005-09-14 2012-04-10 Jumptap, Inc. Contextual mobile content placement on a mobile communication facility
US7603360B2 (en) * 2005-09-14 2009-10-13 Jumptap, Inc. Location influenced search results
US8229914B2 (en) 2005-09-14 2012-07-24 Jumptap, Inc. Mobile content spidering and compatibility determination
US20070100651A1 (en) * 2005-11-01 2007-05-03 Jorey Ramer Mobile payment facilitation
US9058406B2 (en) 2005-09-14 2015-06-16 Millennial Media, Inc. Management of multiple advertising inventories using a monetization platform
US20070061198A1 (en) * 2005-09-14 2007-03-15 Jorey Ramer Mobile pay-per-call campaign creation
US20070198485A1 (en) * 2005-09-14 2007-08-23 Jorey Ramer Mobile search service discovery
US9201979B2 (en) 2005-09-14 2015-12-01 Millennial Media, Inc. Syndication of a behavioral profile associated with an availability condition using a monetization platform
US8311888B2 (en) 2005-09-14 2012-11-13 Jumptap, Inc. Revenue models associated with syndication of a behavioral profile using a monetization platform
US20070100650A1 (en) * 2005-09-14 2007-05-03 Jorey Ramer Action functionality for mobile content search results
US8195133B2 (en) 2005-09-14 2012-06-05 Jumptap, Inc. Mobile dynamic advertisement creation and placement
US7769764B2 (en) 2005-09-14 2010-08-03 Jumptap, Inc. Mobile advertisement syndication
US7577665B2 (en) * 2005-09-14 2009-08-18 Jumptap, Inc. User characteristic influenced search results
US7660581B2 (en) 2005-09-14 2010-02-09 Jumptap, Inc. Managing sponsored content based on usage history
US8615719B2 (en) 2005-09-14 2013-12-24 Jumptap, Inc. Managing sponsored content for delivery to mobile communication facilities
US7860871B2 (en) 2005-09-14 2010-12-28 Jumptap, Inc. User history influenced search results
US8660891B2 (en) 2005-11-01 2014-02-25 Millennial Media Interactive mobile advertisement banners
US8302030B2 (en) 2005-09-14 2012-10-30 Jumptap, Inc. Management of multiple advertising inventories using a monetization platform
US10911894B2 (en) 2005-09-14 2021-02-02 Verizon Media Inc. Use of dynamic content generation parameters based on previous performance of those parameters
US7912458B2 (en) 2005-09-14 2011-03-22 Jumptap, Inc. Interaction analysis and prioritization of mobile content
US8805339B2 (en) 2005-09-14 2014-08-12 Millennial Media, Inc. Categorization of a mobile user profile based on browse and viewing behavior
US20070060114A1 (en) * 2005-09-14 2007-03-15 Jorey Ramer Predictive text completion for a mobile communication facility
US8832100B2 (en) 2005-09-14 2014-09-09 Millennial Media, Inc. User transaction history influenced search results
US9076175B2 (en) 2005-09-14 2015-07-07 Millennial Media, Inc. Mobile comparison shopping
US8503995B2 (en) 2005-09-14 2013-08-06 Jumptap, Inc. Mobile dynamic advertisement creation and placement
US20110313853A1 (en) 2005-09-14 2011-12-22 Jorey Ramer System for targeting advertising content to a plurality of mobile communication facilities
US8364540B2 (en) 2005-09-14 2013-01-29 Jumptap, Inc. Contextual targeting of content using a monetization platform
US7676394B2 (en) * 2005-09-14 2010-03-09 Jumptap, Inc. Dynamic bidding and expected value
US8352376B2 (en) 2005-10-11 2013-01-08 Amazon Technologies, Inc. System and method for authorization of transactions
US8447700B2 (en) * 2005-10-11 2013-05-21 Amazon Technologies, Inc. Transaction authorization service
US20100030651A1 (en) * 2005-11-04 2010-02-04 Richard Victor Matotek Mobile phone as a point of sale (POS) device
US20070106564A1 (en) 2005-11-04 2007-05-10 Utiba Pte Ltd. Mobile phone as a point of sale (POS) device
US8175585B2 (en) 2005-11-05 2012-05-08 Jumptap, Inc. System for targeting advertising content to a plurality of mobile communication facilities
US8571999B2 (en) 2005-11-14 2013-10-29 C. S. Lee Crawford Method of conducting operations for a social network application including activity list generation
US20070192364A1 (en) * 2005-12-29 2007-08-16 International Business Machines Corporation Apparatus and method for porting of business logic among computer platforms
US8662384B2 (en) * 2006-02-28 2014-03-04 Google Inc. Text message payment
US20070216098A1 (en) * 2006-03-17 2007-09-20 William Santiago Wizard blackjack analysis
US20080032741A1 (en) * 2006-03-30 2008-02-07 Obopay Programmable Functionalities for Mobile Consumer Communications Devices with Identification-Modules
US8249965B2 (en) * 2006-03-30 2012-08-21 Obopay, Inc. Member-supported mobile payment system
US7873573B2 (en) * 2006-03-30 2011-01-18 Obopay, Inc. Virtual pooled account for mobile banking
US8532021B2 (en) * 2006-03-30 2013-09-10 Obopay, Inc. Data communications over voice channel with mobile consumer communications devices
BRPI0710021A2 (pt) * 2006-03-30 2011-08-02 Obopay Inc sistema de pagamento individualizado móvel
US20070255662A1 (en) * 2006-03-30 2007-11-01 Obopay Inc. Authenticating Wireless Person-to-Person Money Transfers
US8909553B2 (en) * 2006-09-06 2014-12-09 Transaction Wireless, Inc. Payment card terminal for mobile phones
US8935187B2 (en) * 2007-03-07 2015-01-13 Playspan, Inc. Distributed payment system and method
GB2450193A (en) * 2007-06-12 2008-12-17 Cvon Innovations Ltd Method and system for managing credits via a mobile device
GB2448957B (en) * 2007-06-20 2009-06-17 Cvon Innovations Ltd Mehtod and system for identifying content items to mobile terminals
US8239326B1 (en) 2007-09-19 2012-08-07 Amazon Technologies, Inc. Method and apparatus for authorizing transactions using transaction phrases in a transaction authorization service
US7729989B1 (en) 2007-09-19 2010-06-01 Amazon Technologies, Inc. Method and apparatus for message correction in a transaction authorization service
US20110004532A1 (en) * 2007-11-27 2011-01-06 A-Men Technology Corporation Electronic consumption system for a mobile communication device
EP2040413B1 (en) * 2007-09-21 2013-06-19 Nokia Siemens Networks Oy Subscription and advice of charge control
US20090119170A1 (en) * 2007-10-25 2009-05-07 Ayman Hammad Portable consumer device including data bearing medium including risk based benefits
US7958052B2 (en) * 2007-12-31 2011-06-07 Mastercard International Incorporated Methods and systems for cardholder initiated transactions
SK50042008A3 (sk) * 2008-01-04 2009-09-07 Logomotion, S. R. O. Spôsob a systém autentifikácie najmä pri platbách, identifikátor totožnosti a/alebo súhlasu
GB2456184A (en) * 2008-01-07 2009-07-08 Cvon Innovations Ltd System for selecting an information provider or service provider
US8413138B2 (en) * 2008-02-06 2013-04-02 Mformation Software Technologies, Inc. System and method to securely load a management client from a stub client to facilitate remote device management
SK288721B6 (sk) * 2008-03-25 2020-01-07 Smk Kk Spôsob, zapojenie a nosič na vykonávanie opakovaných operácií na klávesnici mobilného komunikačného zariadenia
US8204827B1 (en) 2008-03-27 2012-06-19 Amazon Technologies, Inc. System and method for personalized commands
US8620826B2 (en) 2008-03-27 2013-12-31 Amazon Technologies, Inc. System and method for receiving requests for tasks from unregistered devices
US8244592B2 (en) 2008-03-27 2012-08-14 Amazon Technologies, Inc. System and method for message-based purchasing
CN101604467B (zh) * 2008-06-10 2011-03-16 关贸网路股份有限公司 消费信息处理方法
US20090313639A1 (en) * 2008-06-17 2009-12-17 International Business Machines Corporation Service oriented architecture infrastructure for business process verification and systems integrated testing
US8308058B2 (en) * 2008-07-31 2012-11-13 Sybase, Inc. Mobile banking architecture
US20100029306A1 (en) * 2008-07-31 2010-02-04 Sybase, Inc. Mobile Banking with Short Message Service
US20100036845A1 (en) * 2008-08-07 2010-02-11 Research In Motion Limited System and Method for Negotiating the Access Control List of Data Items in an Ad-Hoc Network with Designated Owner Override Ability
US9882769B2 (en) * 2008-08-08 2018-01-30 Blackberry Limited System and method for registration of an agent to process management object updates
KR101671789B1 (ko) * 2008-08-29 2016-11-02 에스에무케이 가부시키가이샤 비접촉 통신을 위한 제거가능한 카드, 이의 활용 및 제조 방법
US9098845B2 (en) * 2008-09-19 2015-08-04 Logomotion, S.R.O. Process of selling in electronic shop accessible from the mobile communication device
SK50862008A3 (sk) * 2008-09-19 2010-06-07 Logomotion, S. R. O. Systém na elektronické platobné aplikácie a spôsob autorizácie platby
SK288757B6 (sk) * 2008-09-19 2020-05-04 Smk Kk Systém a spôsob bezkontaktnej autorizácie pri platbe
SK288747B6 (sk) * 2009-04-24 2020-04-02 Smk Kk Spôsob a systém bezhotovostnej platobnej transakcie, najmä s použitím bezkontaktného platobného prostriedku
SK288641B6 (sk) * 2008-10-15 2019-02-04 Smk Corporation Spôsob komunikácie s POS terminálom, frekvenčný konventor k POS terminálu
KR101175322B1 (ko) * 2008-12-19 2012-08-20 한국전자통신연구원 상황에 맞게 추천되는 서비스를 동적으로 디스플레이하는 휴대용 단말 장치 및 방법
CN101763696B (zh) * 2008-12-26 2014-05-14 上海闻泰电子科技有限公司 一种通过rfid和蓝牙无线技术实现无纸化打印的方法
US10248996B2 (en) * 2009-01-28 2019-04-02 Headwater Research Llc Method for operating a wireless end-user device mobile payment agent
SK500092009A3 (sk) * 2009-02-27 2010-09-07 Logomotion, S. R. O. Počítačová myš na zapojenie na prenos údajov, najmä pri elektronických platbách, spôsob prenosu údajov
US8463650B2 (en) * 2009-03-05 2013-06-11 Barclays Bank Delaware Systems and methods to initiate payments from electronic devices
JP5738844B2 (ja) * 2009-05-03 2015-06-24 ロゴモーション エス．アール．オー．Ｌｏｇｏｍｏｔｉｏｎ Ｓ．Ｒ．Ｏ． 携帯電話などの移動通信装置、口座自動引き落とし決済取引の方法を使用する決済端末
US9841282B2 (en) 2009-07-27 2017-12-12 Visa U.S.A. Inc. Successive offer communications with an offer recipient
CN102044030A (zh) * 2009-10-10 2011-05-04 冷奇峰 一种买卖服务的方法
US20110093324A1 (en) 2009-10-19 2011-04-21 Visa U.S.A. Inc. Systems and Methods to Provide Intelligent Analytics to Cardholders and Merchants
US8990103B2 (en) 2010-08-02 2015-03-24 Apple Inc. Booking and management of inventory atoms in content delivery systems
US8996402B2 (en) 2010-08-02 2015-03-31 Apple Inc. Forecasting and booking of inventory atoms in content delivery systems
WO2012033856A1 (en) * 2010-09-07 2012-03-15 Revel Systems, Inc. Point of sale system
US9805348B2 (en) 2010-09-22 2017-10-31 Mastercard International Incorporated Methods and systems for initiating a financial transaction by a cardholder device
RU2571733C2 (ru) * 2010-11-10 2015-12-20 Эйнновейшнз Холдингз Пте. Лтд. Способ выполнения финансовой транзакции через незащищенную инфраструктуру связи общего пользования и устройство для этого
TW201224801A (en) * 2010-12-07 2012-06-16 ting-yu Zhang Data transmission system and method
US9292870B2 (en) * 2010-12-13 2016-03-22 Qualcomm Incorporated System and method for point of service payment acceptance via wireless communication
US9691055B2 (en) 2010-12-17 2017-06-27 Google Inc. Digital wallet
US10007915B2 (en) 2011-01-24 2018-06-26 Visa International Service Association Systems and methods to facilitate loyalty reward transactions
EP2678811A1 (en) 2011-02-21 2014-01-01 Logomotion, s.r.o. A mobile communication device for contactless payments, a payment method
US8635153B2 (en) 2011-04-13 2014-01-21 Visa International Service Association Message routing using logically independent recipient identifiers
US8538845B2 (en) 2011-06-03 2013-09-17 Mozido, Llc Monetary transaction system
ITRM20110391A1 (it) * 2011-07-22 2013-01-23 Marco Cavaterra Metodo e apparecchiatura per il trasferimento di una somma di denaro con l'utilizzo di un codice immagine bidimensionale
US8782412B2 (en) 2011-08-31 2014-07-15 AstherPal Inc. Secured privileged access to an embedded client on a mobile device
CN109919586B (zh) * 2011-10-12 2023-05-02 万事达移动交易方案公司 多层安全移动交易使能平台
US20160140566A1 (en) 2011-11-13 2016-05-19 Google Inc. Secure transmission of payment credentials
US9208488B2 (en) 2011-11-21 2015-12-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US10438196B2 (en) 2011-11-21 2019-10-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
EP2801223A4 (en) * 2012-01-03 2015-07-22 Equatel Uk Ltd PORTABLE MOBILE PAYMENT DEVICE
CA2881429C (en) 2012-02-29 2017-05-02 Mobeewave, Inc. Method, device and secure element for conducting a secured financial transaction on a device
US9224001B2 (en) 2012-03-30 2015-12-29 Aetherpal Inc. Access control list for applications on mobile devices during a remote control session
US9141509B2 (en) 2012-03-30 2015-09-22 Aetherpal Inc. Mobile device remote control session activity pattern recognition
US9473953B2 (en) 2012-03-30 2016-10-18 Aetherpal Inc. Roaming detection and session recovery during VMM-RC
US9069973B2 (en) 2012-03-30 2015-06-30 Aetherpal Inc. Password protect feature for application in mobile device during a remote session
US9015246B2 (en) 2012-03-30 2015-04-21 Aetherpal Inc. Session collaboration
US9098990B2 (en) * 2012-09-21 2015-08-04 Tyco Fire & Security Gmbh Mobile retail peripheral platform for handheld devices
US9838350B2 (en) 2013-03-08 2017-12-05 Facebook, Inc. Contact aggregation in a social network
US20140289130A1 (en) * 2013-03-25 2014-09-25 iAXEPT Ltd Secure remotely configurable point of sale terminal
US9582791B2 (en) * 2013-06-26 2017-02-28 Boku, Inc. Phone-on-file at a billing server
US9558480B2 (en) * 2013-06-26 2017-01-31 Boku, Inc. Phone-on-file opt-in at a merchant server
US9003079B2 (en) 2013-06-26 2015-04-07 Boku, Inc. API methods for phone-on-file opt-in at a merchant server
US9824522B2 (en) * 2013-07-10 2017-11-21 Cubic Corporation Shared video vendor
US20150287077A1 (en) * 2014-04-02 2015-10-08 Visa International Service Association Systems and methods to process offers based on merchant hierarchies
US10262316B2 (en) 2014-09-23 2019-04-16 Sony Corporation Automatic notification of transaction by bank card to customer device
US9317847B2 (en) 2014-09-23 2016-04-19 Sony Corporation E-card transaction authorization based on geographic location
US9292875B1 (en) 2014-09-23 2016-03-22 Sony Corporation Using CE device record of E-card transactions to reconcile bank record
US9367845B2 (en) 2014-09-23 2016-06-14 Sony Corporation Messaging customer mobile device when electronic bank card used
US9355424B2 (en) 2014-09-23 2016-05-31 Sony Corporation Analyzing hack attempts of E-cards
US9953323B2 (en) 2014-09-23 2018-04-24 Sony Corporation Limiting e-card transactions based on lack of proximity to associated CE device
US9646307B2 (en) 2014-09-23 2017-05-09 Sony Corporation Receiving fingerprints through touch screen of CE device
US9378502B2 (en) 2014-09-23 2016-06-28 Sony Corporation Using biometrics to recover password in customer mobile device
US9558488B2 (en) 2014-09-23 2017-01-31 Sony Corporation Customer's CE device interrogating customer's e-card for transaction information
US9202212B1 (en) 2014-09-23 2015-12-01 Sony Corporation Using mobile device to monitor for electronic bank card communication
US10169746B2 (en) 2015-05-05 2019-01-01 Mastercard International Incorporated Methods, systems, and computer readable media for integrating payments
TWI707286B (zh) 2015-08-21 2020-10-11 新加坡商萬事達卡亞洲／太平洋私人有限公司 修改交易憑證的方法及系統，伺服器及非暫時性計算機可讀取媒體
US20170249667A1 (en) * 2016-02-25 2017-08-31 Cayan Llc Use of item level transactional details in payment processing and customer engagement platforms
US11538025B1 (en) 2017-02-14 2022-12-27 Wells Fargo Bank, N.A. Mobile wallet first time customer
CN109905446B (zh) * 2017-12-11 2022-05-17 财付通支付科技有限公司 一种业务处理方法、服务器和计算机存储介质
US10929838B2 (en) * 2018-01-19 2021-02-23 Leadot Innovation, Inc. Card not present transaction system and method for operating card not present transaction system to simplify hardware required at client sites
EP3797407A1 (en) * 2018-05-22 2021-03-31 Sensormatic Electronics, LLC Elongate flexible tag
US11769132B1 (en) 2019-05-22 2023-09-26 Wells Fargo Bank, N.A. P2P payments via integrated 3rd party APIs
US20230100928A1 (en) * 2020-06-11 2023-03-30 Visa International Service Association Method to Manage Pending Transactions, and a System Thereof
US11544695B2 (en) * 2020-09-10 2023-01-03 Block, Inc. Transaction identification by comparison of merchant transaction data and context data
US11100490B1 (en) 2020-09-10 2021-08-24 Square, Inc. Application integration for contactless payments
US11651344B2 (en) * 2020-12-15 2023-05-16 Toast, Inc. System and method for transaction handoff and completion employing indirect token
US11475426B2 (en) * 2020-12-15 2022-10-18 Toast, Inc. System and method for transaction handoff and completion employing ephemeral token
US11651342B2 (en) 2020-12-15 2023-05-16 Toast, Inc. Point-of-sale terminal for transaction handoff and completion employing ephemeral token
US11475427B2 (en) 2020-12-15 2022-10-18 Toast, Inc. Server for transaction handoff and completion employing ephemeral token
US20230089730A1 (en) * 2021-09-23 2023-03-23 At&T Mobility Ii Llc Short message service encryption secure front-end gateway

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9719100D0 (en) * 1997-09-10 1997-11-12 Tekton Communications Limited A pre-payable communication device
US7092696B1 (en) * 1998-10-13 2006-08-15 Nortel Networks Limited Accounting method and apparatus for communications network
MXPA01004945A (es) * 1998-11-17 2003-03-10 Prenet Corp Sistema de pago electronico utilizando cuenta intermediaria.
US7461010B2 (en) * 1999-09-13 2008-12-02 Khai Hee Kwan Computer network method for conducting payment over a network by debiting and crediting telecommunication accounts
EP1269739A2 (de) * 2000-03-31 2003-01-02 Siemens Aktiengesellschaft Datenübertragungsverfahren und -anordnung
US6714797B1 (en) * 2000-05-17 2004-03-30 Nokia Corporation System and method for the transfer of digital data to a mobile device
JP2001344537A (ja) * 2000-05-31 2001-12-14 Ntt Docomo Inc 電子バリューシステム、通信端末及びサーバ
US20020069166A1 (en) 2000-09-15 2002-06-06 Moreau Lawrence R. Method and system for facilitating buying and selling transactions
FR2817061B1 (fr) * 2000-11-22 2003-03-28 Welcome Real Time Procede et systeme de reception, stockage et traitement de coupons electroniques avec un telephone mobile ou un assistant numerique
US20020069123A1 (en) * 2000-12-01 2002-06-06 Mats Soderlind Electronic commerce system
WO2002071354A2 (en) * 2001-03-02 2002-09-12 Soft Tracks Enterprises Ltd. System and method for facilitating an m-commerce transaction
US7428507B2 (en) 2001-06-29 2008-09-23 Hewlett-Packard Development Company, L.P. System and arrangement for processing payments for purchases through a payment server
EP1412890A4 (en) * 2001-07-30 2004-11-24 C Sam Inc SYSTEM FOR DISTRIBUTING AND USING VIRTUAL STORED VALUE CARDS
US7379920B2 (en) * 2001-12-04 2008-05-27 Gary Leung System and method for facilitating electronic financial transactions using a mobile telecommunication device
NZ546789A (en) * 2002-03-14 2008-01-31 Euronet Worldwide Inc A system and method for purchasing goods and services through data network access points over a point of sale network
US6745022B2 (en) * 2002-04-12 2004-06-01 Datawave Systems, Inc. Multiple service provider prepaid wireless service card
PT1369842E (pt) 2002-05-08 2009-02-27 Ipoc Technologies Ag Dispositivo de apresentação multimédia sem fios
US8027635B2 (en) * 2002-05-22 2011-09-27 Hewlett-Packard Development Company, L.P. Relaying third party wireless communications through a portable wireless system
AU2002368099A1 (en) * 2002-07-21 2004-02-09 Partner Communications Company Ltd. Prepaid charging system and method
US7188089B2 (en) * 2002-07-26 2007-03-06 Way Systems, Inc. System and method for securely storing, generating, transferring and printing electronic prepaid vouchers
US20040107170A1 (en) 2002-08-08 2004-06-03 Fujitsu Limited Apparatuses for purchasing of goods and services
US7353382B2 (en) 2002-08-08 2008-04-01 Fujitsu Limited Security framework and protocol for universal pervasive transactions
AU2002951198A0 (en) * 2002-09-03 2002-09-19 Tynevale Pty Ltd System and method for a wireless purchase request and payment for goods or services
US8577795B2 (en) * 2002-10-10 2013-11-05 Convergys Information Management Group, Inc. System and method for revenue and authorization management
US8489742B2 (en) * 2002-10-10 2013-07-16 Convergys Information Management Group, Inc. System and method for work management
AU2003298928A1 (en) * 2002-12-06 2004-06-30 Scott Goldhwaite System and method for mobile payment and fulfilment digital goods
EP1588335A1 (en) 2003-01-22 2005-10-26 Valista Limited Cash based purchasing using mobile communication
CN1297927C (zh) * 2003-04-17 2007-01-31 联想(北京)有限公司 具有层次拓扑结构的消息中间件系统及消息传递方法
US7273168B2 (en) 2003-10-10 2007-09-25 Xilidev, Inc. Point-of-sale billing via hand-held devices
US7757216B2 (en) 2003-12-10 2010-07-13 Orcle International Corporation Application server performance tuning client interface
US7827535B2 (en) 2003-12-10 2010-11-02 Oracle International Corporation Application performance tuning server-side component
EP1828998A2 (en) * 2004-02-05 2007-09-05 A Little World Private Limited Inter-operable, multi-operator, multi-bank, multi-merchant mobile payment method and a system therefor
US7194438B2 (en) 2004-02-25 2007-03-20 Nokia Corporation Electronic payment schemes in a mobile environment for short-range transactions
US7702794B1 (en) 2004-11-16 2010-04-20 Charles Schwab & Co. System and method for providing silent sign on across distributed applications
US20070106564A1 (en) 2005-11-04 2007-05-10 Utiba Pte Ltd. Mobile phone as a point of sale (POS) device
US20070255662A1 (en) * 2006-03-30 2007-11-01 Obopay Inc. Authenticating Wireless Person-to-Person Money Transfers
US8510223B2 (en) * 2006-08-03 2013-08-13 The Western Union Company Money transfer transactions via pre-paid wireless communication devices
US7873540B2 (en) 2006-09-20 2011-01-18 First Data Corporation Virtual terminal payer authorization systems and methods
US20080114699A1 (en) 2006-11-13 2008-05-15 Gong Yi Yuan System, hardware and method for mobile pos payment
US20090094126A1 (en) 2007-10-03 2009-04-09 Patrick Killian Dual use point of sale terminal and methods of operating same

Also Published As

Publication number Publication date
MY163768A (en) 2017-10-31
SG168514A1 (en) 2011-02-28
CN105321064B (zh) 2019-12-31
AU2008202474A1 (en) 2008-06-26
WO2007053117A1 (en) 2007-05-10
US9361610B2 (en) 2016-06-07
CA2634828A1 (en) 2007-05-10
US20070106564A1 (en) 2007-05-10
TW200729918A (en) 2007-08-01
EP1955265A4 (en) 2011-01-12
MA30028B1 (fr) 2008-12-01
CN105321064A (zh) 2016-02-10
US20160283929A1 (en) 2016-09-29
CN101351819A (zh) 2009-01-21
EP1955265A1 (en) 2008-08-13
CA2634828C (en) 2017-08-01
US20140207670A1 (en) 2014-07-24
US10296886B2 (en) 2019-05-21
ZA200804824B (en) 2009-03-25

Similar Documents

Publication Publication Date Title
US10296886B2 (en) Mobile phone as point of sale (POS) device
EP2113895A1 (en) Mobile phone as a point of sale (POS) device
RU2323477C2 (ru) Система и способ для покупки товаров и услуг через пункты доступа к сети передачи данных посредством сети торговых терминалов
US7275685B2 (en) Method for electronic payment
US20070027803A1 (en) System and process for remote payments and transactions in real time by mobile telephone
KR20040104660A (ko) 통신 운영자가 금융 거래 서비스를 제공할 수 있도록 하는시스템 및 상기 거래를 구현하는 방법
JP2000163487A (ja) 取引方法
RU2263347C2 (ru) Способ совершения платежных операций пользователями мобильных устройств электронной связи и компьютерная система безналичного расчета для его осуществления
JP2011044151A (ja) 安全な携帯端末支払いのための方法とシステム
EP1242983B1 (en) A system for recharging a prepaid value in respect of a telephone connection
RU2371877C2 (ru) Система, позволяющая оператору связи предоставлять услуги финансовых транзакций, и способы реализации таких транзакций
EP2920753A1 (en) Method for making a payment using a portable communication device
AU2012216294B2 (en) Mobile phone as a point of sale (POS) device
AU2012227312B2 (en) Mobile phone as a point of sale (POS) device
KR20110096916A (ko) 일정금액 이상 결제시 휴대폰요금 계산용으로 등록한 신용카드 및 계좌이체로 미리 결제하는 휴대폰요금 연결 결제 서비스
BRPI0618259A2 (pt) telefone móvel como um dispositivo de pontos de venda (pós)
WO2006044213A2 (en) A method for electronic payment
MXPA00007644A (es) Sistema y procedimiento de pagos y transacciones a distancia en tiempo real mediante telefono movil