MXPA03011821A - Plataforma de comunicaciones convergentes y metodo para comercio movil y electronico en un entorno de redes heterogeneas. - Google Patents

Plataforma de comunicaciones convergentes y metodo para comercio movil y electronico en un entorno de redes heterogeneas.

Info

Publication number
MXPA03011821A
MXPA03011821A MXPA03011821A MXPA03011821A MXPA03011821A MX PA03011821 A MXPA03011821 A MX PA03011821A MX PA03011821 A MXPA03011821 A MX PA03011821A MX PA03011821 A MXPA03011821 A MX PA03011821A MX PA03011821 A MXPA03011821 A MX PA03011821A
Authority
MX
Mexico
Prior art keywords
account
user
service
transaction
network
Prior art date
Application number
MXPA03011821A
Other languages
English (en)
Inventor
Simon James Joyce
Original Assignee
Upaid Systems 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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=26792196&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=MXPA03011821(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Priority claimed from US09/894,890 external-priority patent/US9098958B2/en
Application filed by Upaid Systems Ltd filed Critical Upaid Systems Ltd
Publication of MXPA03011821A publication Critical patent/MXPA03011821A/es
Publication of MX336287B publication Critical patent/MX336287B/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
    • 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
    • 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • 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
    • 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/403—Solvency checks
    • 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
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • 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/0866—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 by active credit-cards adapted therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/68—Payment of value-added services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8038—Roaming or handoff
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/85—Notification aspects characterised by the type of condition triggering a notification
    • H04M15/854—Available credit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0029—Provisions for intelligent networking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/34—Roaming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74—Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7442—Roaming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
    • H04M2215/815—Notification when a specific condition, service or event is met
    • H04M2215/8166—Available credit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13003—Constructional details of switching devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1305—Software aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13093—Personal computer, PC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13095—PIN / Access code, authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13098—Mobile subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13103—Memory
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13106—Microprocessor, CPU
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13109—Initializing, personal profile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1313—Metering, billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13134—Coin boxes, payphone, prepaid
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1315—Call waiting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13152—Callback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13176—Common channel signaling, CCS7
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1322—PBX
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1324—Conference call
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13274—Call rejection, call barring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13282—Call forward, follow-me, call diversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1332—Logic circuits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13331—Abbreviated dialling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1334—Configuration within the switch
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13345—Intelligent networks, SCP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13349—Network management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13372—Intercepting operator
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13377—Recorded announcement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389—LAN, internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13405—Dual frequency signaling, DTMF

Abstract

Un metodo y aparato para proporcionar comercio movil y electronico, servicios de atencion al cliente y comunicaciones, incluye recibir en una red de conexiones moviles internacionales un numero de identificacion y una solicitud de un servicio, enviar a una red de inicio el numero de identificacion, la solicitud del servicio y un costo/tarifa por el servicio, verificar, mediante una plataforma de comunicacion convergente localizada en la red de inicio, si el numero de identificacion se refiere a una cuenta valida del usuario, y si el dispositivo del usuario esta autorizado a recibir el servicio, y si la cuenta valida del usuario dispone de suficiente credito, proporcionar una autorizacion al proveedor de servicios, y realizar el cargo a la cuenta valida del usuario en una base de tiempo real. El sistema de comunicaciones convergentes emplea un conjunto de reglas que pueden ser usadas en la determinacion de al menos una regla aplicable para autorizar una transaccion y realizar el cargo a una cuenta del usuario autorizado de acuerdo con la al menos una regla, en tiempo real.

Description

PLATAFORMA DE COMUNICACIONES CONVERGENTES Y METODO PARA COMERCIO MÓVIL Y ELECTRÓNICO EN UN ENTORNO DE REDES HETEROGÉNEAS ANTECEDENTES DE LA INVENCIÓN 1. Campo de la Invención La presente invención se refiere a un sistema de comunicaciones convergentes para proporcionar servicios a clientes individuales y corporativos en todo el mundo. Más específicamente, la invención se refiere a un sistema de comunicaciones convergentes que proporciona servicios de comercio móvil, comercio electrónico y comunicación a través de conmutadores de comunicación existentes sin componentes físicos específicos que estén localizados en esos conmutadores. Este sistema soporta el uso de cuentas de pago anticipado y pago diferido a través de redes heterogéneas para proporcionar una gran variedad de servicios de comunicación avanzados sin importar la ubicación del usuario . 2. Descripción de la Técnica Relacionada Se conoce el pago por servicios antes de tiempo (pago anticipado) , así como también el establecimiento de una cuenta de crédito para servicios (pago diferido) . Una cuenta de pago diferido se establece en base al mérito de crédito de un cliente, y la entidad incorporada que establece la cuenta de pago diferido entonces garantiza el mérito de crédito continuo de un cliente. Las cuentas de pago diferido son bien conocidas y ampliamente utilizadas. Por ejemplo, se conoce establecer una cuenta de acceso telefónico de pago diferido. Un cliente entonces puede hacer llamadas telefónicas de larga distancia o acceder a la red telefónica cuando deambula en una red de visita, diferente de una red local, mediante el uso de una cuenta de pago diferido. La compañía telefónica entonces garantiza el pago a cualquier otra compañía que proporciona los servicios de itinerancia basándose · en el mérito de crédito del cliente. Además, durante varios años los operadores móviles han ofrecido servicios de itinerancia a sus clientes. Típicamente, los operadores móviles entran en un acuerdo de itinerancia con operadores asociados en diferentes geografías, tales como otros países, y permiten que sus clientes utilicen sus teléfonos móviles en estos países asociados o diferentes redes. La red local se mantiene como el garante de pago por las llamadas hechas por sus clientes en las redes de visita. Las redes de visita proporcionan la facilidad de hacer y recibir llamadas a los abonados de la red local y colectan, procesan y transmiten los datos del uso a la red local del abonado que llama para el pago. La red local entonces paga a la red de visita. En un intervalo periódico, la compañía telefónica de la red local factura a su cliente y colecta el dinero del cliente. Típicamente, estas transacciones involucran retardos de tiempos significantes, por ejemplo, en cualquier momento entre algunos días a algunos meses . Por lo tanto, la red local debe quedar como garante de pago para la red de visita por las llamadas hechas por sus clientes. Debido a esto, actualmente la red local es capaz de ofrecer itinerancia únicamente a sus clientes de pago diferido (cuyo mérito de crédito está establecido) . Con el incremento en la base de abonados de pago anticipado, los operadores de telecomunicaciones en todo el mundo también desean ofrecer servicios de itinerancia a sus clientes de pago anticipado. Hoy en día, debido a la naturaleza inherente del procesamiento fuera del tiempo real del uso de llamadas para los clientes itinerantes, los operadores no están en una posición de ofrecer una verdadera itinerancia de pago anticipado a sus clientes. Además, se conoce la liquidación de una cuenta de crédito de pago diferido con un banco u otra institución de otorgamiento de préstamos, y luego utilizar esa cuenta de pago diferido para adquirir bienes y servicios. Ocasionalmente, una cuenta de crédito de pago diferido y los servicios de telefonía itinerante se pueden combinar, tal como cuando un número de tarjeta de crédito es intercambiado a través de un enlace de telefonía inalámbrica para ordenar servicios. Existen limitaciones para este sistema. Por ejemplo, los clientes pueden desear limitar su exposición financiera en una cuenta, o pueden no desear establecer un crédito con la compañía telefónica. Estos clientes pueden establecer una cuenta de pago anticipado. Sin embargo, los convenios de cuentas de pago anticipado existentes tienen varias limitaciones. Por ejemplo, un usuario de teléfono móvil o inalámbrico de pago anticipado puede desear utilizar su teléfono inalámbrico mientras está en un territorio cubierto por otra compañía telefónica. Como se utiliza posteriormente en este texto, esto es referido como un territorio o red de visita o itinerante. Mientras que el cliente de pago anticipado puede tener suficiente crédito para completar la llamada telefónica utilizando otras cuentas, tales como una tarjeta de crédito, el cliente no tiene un "crédito" establecido con la compañía telefónica del territorio itinerante, o aún su compañía telefónica original ("red local" o "territorio local"), en virtud de ser un cliente de pago anticipado. De esta manera, un cliente de pago anticipado en un territorio itinerante ("un abonado itinerante de pago anticipado") no tiene manera de hacer cargos a su cuenta de la compañía telefónica local de pago anticipado mientras deambula, a menos que la compañía telefónica de la red itinerante tenga un acuerdo con la compañía telefónica de la red local, y tenga componentes físicos específicos en cada conmutador para supervisar la llamada y hacer cargos a la cuenta de pago anticipado del cliente. Como generalmente no es práctico crear estos acuerdos, no existe una itinerancia de pago anticipado efectiva . La telefonía de pago anticipado ha existido en la industria de las telecomunicaciones . Se requiere que un cliente o usuario pague una cierta cantidad de dinero por adelantado al proveedor de servicios de comunicaciones y el proveedor de servicios permite que el usuario utilice los servicios de comunicaciones por esa cantidad de pago anticipado. Una vez que el saldo de la cuenta del usuario alcanza cero, el proveedor de servicios corta el servicio. El cliente entonces tiene que recargar su cuenta al pagar fondos adicionales al proveedor de servicios de comunicaciones. De esta manera, la cuenta de pago anticipado necesita mantenerse al corriente. Para hacer posible los servicios de comunicaciones de pago anticipado, los proveedores de servicios necesitan controlar el uso real de fondos en la cuenta de pago anticipado del cliente en tiempo real (es decir, cuando el servicio está siendo suministrado) y el proveedor de servicios necesita un sistema que pueda calcular el uso de los fondos de la cuenta cuando la llamada del cliente está en progreso en tiempo real. Existen varios sistemas disponibles en el mercado para los proveedores de servicios que permiten este control del uso en tiempo real . Las tecnologías comercialmente disponibles hoy en día hacen posible que los proveedores de servicios controlen las llamadas en tiempo real o casi en tiempo real utilizando varios métodos. Un primer método es una plataforma de pago anticipado que trabaja como un nodo de servicio para la red de conmutación de telefonía. Las llamadas podrían fluir a través de la plataforma de pago anticipado o la plataforma de pago anticipado del nodo de servicio puede controlar las llamadas en una forma de red semi-inteligente (es decir, donde la plataforma da instrucciones a la red de conmutación para conectar/desconectar sin que las llamadas sean encaminadas realmente a través del sistema) . Por lo tanto, una plataforma de pago anticipado puede trabajar como un nodo de red inteligente en las redes de conmutación de telefonía que hicieron posible la red inteligente (IN) . También es posible ofrecer servicios de pago 7 anticipado en base al procesamiento de Registros de Datos de Llamada ("CDR's") periódicamente en intervalos muy cortos. Los sistemas de conmutación permiten que la información de uso sea pasada al sistema de facturación del proveedor de servicios, por ejemplo, a través de un puerto ot-CDR donde los conmutadores de la compañía telefónica están configurados para suministrar la información de uso al sistema de facturación en intervalos frecuentes . También es posible ofrecer servicios de pago anticipado basados en la programación de una tarjeta para tomar ventaja de los parámetros de Aviso de Cargo ("AoC"), lo cual restringe el uso de llamadas. Sin embargo, puesto que el uso de los Registros de Datos de Llamada está propenso al fraude, los operadores móviles en todo el mundo están descontinuando su uso. Tampoco el AoC ofrece flexibilidad en la configuración de un valor de uso. Los sistemas de pago anticipado tradicionales requieren que el equipo de control de llamadas, es decir, tanto los elementos de programación como los componentes físicos, esté co-localizado con el conmutador. El sistema de pago anticipado está conectado con el conmutador de telecomunicaciones sobre un enlace de señalización (por ejemplo, SS7, MF2RC o ISDN-PRI, etcétera) . Cuando un abonado que llama hace una llamada telefónica, el conmutador encamina la información de señalización a través del enlace de señalización al sistema de pago anticipado. Entonces, el sistema de pago anticipado autoriza la llamada y pide al conmutador que conecte la llamada. El sistema de pago anticipado también inicia un proceso de valuación para esa llamada. El proceso de valuación mantiene la ruta del uso de la cuenta de pago anticipado del abonado que llama y cuando el saldo se agota, el sistema pide al conmutador que desconecte la llamada. El despliegue de este tipo de sistema para la itinerancia de pago anticipado no es eficiente. Para la itinerancia de pago anticipado, todas las redes participantes y frecuentemente heterogéneas necesitan tener el mismo sistema de pago anticipado. Esto significa que es necesario desplegar un equipo de control de llamadas de pago anticipado, múltiple para cada red participante. Esto puede ser una pesadilla logística por varias razones. Primero, el despliegue inicial del equipo en todas las redes participantes puede ser costoso y consumidor de tiempo. Segundo, las operaciones regulares y el mantenimiento (por ejemplo, actualizaciones de planes tarifarios, información de manejo, información del sistema, etcétera) son difíciles desde el punto de vista logístico en una base diaria. Además, los servicios de itinerancia requieren la aclaración de datos y la liquidación de transacciones financieras . Las liquidaciones compartidas a través de varios sistemas de red pueden ser muy complejas. El establecimiento y manejo de cuentas de clientes a través de redes puede ser muy complejo y cualquier retardo podría dar por resultado enormes inconsistencias y confusión para los clientes. Los clientes podrían agotar su saldo de la cuenta de pago anticipado mientras que están en una red de visita. El cliente debe ser capaz de agregar dinero o "recargar" su cuenta desde una red de visita. La recarga del cliente desde una red de visita posee varios problemas que incluyen: como permitir una recarga de la cuenta del cliente cuando el cliente no es un cliente del proveedor de servicios de la red de visita, como manejar la transacción financiera relacionada con el manejo de pago y liquidación de cantidades de recarga (por ejemplo, cuestiones relacionadas con comisiones del comerciante, el proceso de facilitación de servicio de cargo y transferencia de dinero entre la red local y la red de visita, etcétera) . Si el cliente requiere alguna ayuda con respecto a su cuenta, por ejemplo información de facturación o servicio adicional, etcétera, surge la pregunta de con quién debe hacer contacto para el servicio al cliente. La red de visita puede no tener toda la información relacionada con el cliente y la información en la red local no está actualizada necesariamente. La red de visita puede desear ofrecer servicios de valor agregado como servicio de mensajería simple ("SMS") , servicios de datos y servicios relacionados con llamadas (por ejemplo conferencia de llamadas, espera de llamada, etcétera) al cliente itinerante (los servicios de valor agregado que son disponibles para el mismo cliente en la red local mientras que el no está deambulando) . Surge un problema adicional cuando la información entre la red local y la red de visita necesita ser sincronizada para un cliente itinerante de pago anticipado. La mayoría de compañías telefónicas de hoy en día tienen sistemas de tecnología de información interna ("IT") para el manejo operacional y de negocios. Sus sistemas de pago anticipado actuales están integrados con estos sistemas de manejo operacional y de negocios internos. Las compañías telefónicas desearían tener el mismo nivel de integración entre su sistema de itinerancia de pago anticipado y los sistemas IT internos de manera que pudieran manejar sus negocios eficientemente. El despliegue de varios sistemas de itinerancia de pago anticipado podría significar varias integraciones. Esto podría ser, por sí mismo, costoso y consumidor de tiempo. Para un cliente de pago anticipado, las compañías telefónicas están dispuestas a tomar el pago del cliente o el riesgo financiero cuando la red local ya ha evaluado el mérito de crédito del cliente y la red local está dispuesta a asegurar ese riesgo de pago. Sin embargo, en el caso de un cliente de pago anticipado, la red local puede aún no conocer quién es el cliente, es decir, podría ser un cliente anónimo. Esto significa que tanto la red de visita como la red local necesitan tener acuerdos constantes para todos los tipos de transacciones (por ejemplo, servicios de comunicación asi como también transacciones comerciales) . Las compañías telefónicas también ofrecen atención al cliente para sus clientes. Sin embargo, las compañías telefónicas ofrecen atención al cliente para sus abonados únicamente cuando los abonados están en su red local. Si el abonado está deambulando, él puede marcar al centro de atención al cliente de la red local y utilizar esta facilidad. Sin embargo, el ofrecer atención al cliente más allá del área de servicio de la red local, es difícil debido al hecho que la información del cliente no está disponible en la red de visita. Algunos operadores de compañías telefónicas son capaces de proporcionar atención al cliente limitada en las redes de visita. Sin embargo, hasta ahora estos sistemas solo pueden dar cabida a los clientes de pago diferido. Con el incremento en la base de abonados de pago anticipado y con las crecientes oportunidades de comercio móvil, la atención al cliente se vuelve muy importante para los clientes de pago anticipado. Hablando en términos generales, los clientes tienen varios requerimientos desde una perspectiva del servicio de atención al cliente: información relacionada con el servicio disponiblé en la ubicación de la red o territorio de visita (por ejemplo, el cliente puede enviar un facsímil utilizando su teléfono móvil) información relacionada con el territorio local (por ejemplo, quién es el doctor más cercano) , información relacionada con como utilizar el servicio de red de visita (por ejemplo, como el cliente hace una llamada al destino XYZ; como el cliente envía un facsímil utilizando su teléfono móvil, el cual es suministrado por un proveedor de la red de visita) , servicios de consulta de cuenta (por ejemplo, cual es el saldo actual en la cuenta de pago anticipado del cliente; cuales son las últimas cinco transacciones que el cliente ha hecho y cuanto costaron las transacciones) , servicios de modificación de la información del perfil de cuenta/servicio (por ejemplo, el cliente puede desear cambiar su dirección; el cliente puede desear suscribirse a un nuevo servicio de manera que él pueda enviar un facsímil) , desacuerdos/reclamaciones (por ejemplo, el cliente ha intentado diez veces y la llamada se cayó cada vez y por lo tanto el cliente no desea pagar por la llamada; el cliente nunca ha hecho una llamada al destino XYZ) , recarga de la cuenta de pago anticipado del cliente desde diversas fuentes (por ejemplo, el cliente ha agotado los fondos de su cuenta, y él desea llenarlo al tope utilizando un comprobante de recarga, su cuenta de banco, dinero en efectivo o algunos otros medios) . El negocio de la compañía telefónica es complejo.
Cualquier suministro de servicios de telecomunicaciones requiere diversos sistemas para trabajar en tándem para manejar las expectaciones del cliente, por ejemplo, hacer disponible un servicio, así como también proporcionar información completa y precisa en el lugar correcto a la hora correcta de manera que el cliente sea servido eficientemente. Los sistemas de las compañías telefónicas también necesitan asegurar que las operaciones internas de la compañía telefónica sean optimizadas. Esto significa que la información completa y precisa necesita hacerse disponible en el momento correcto y el lugar correcto para que el personal interno de la compañía telefónica la utilice para administrar eficientemente el negocio. Los sistemas de las compañías telefónicas también necesitan asegurar que éstos coexistan o estén compatibles con otras compañías telefónicas y proveedores de servicios a terceros de manera que éstos puedan ofrecer colectivamente servicio a los clientes y administrar su negocio, compartir ingresos, etcétera. Para satisfacer estas necesidades grandes y complejas de las compañías telefónicas/proveedores de servicios, no existe un sistema individual que puede ofrecer la funcionalidad completa. Típicamente, los proveedores, integradores y compañías telefónicas trabajan conjuntamente para adaptar e integrar varios sistemas diferentes para satisfacer las necesidades de una compañía telefónica particular. Como el negocio de servicios de comunicación de pago anticipado fue previsto inicialmente para ser un servicio separado, las compañías telefónicas han adoptado típicamente un sistema específico de la compañía individual que pueda controlar las llamadas en tiempo real (o casi en tiempo real con definiciones variadas de la frase "tiempo real") . Como el negocio de las comunicaciones de pago anticipado ha comenzado a desarrollarse con gran rapidez en todo el mundo, los proveedores de servicios sienten la necesidad de integrar sus sistemas de pago anticipado con otros sistemas de manera que sirvan de modo eficiente a sus clientes y administren su negocio. Sin embargo, la itinerancia de pago anticipado coloca varios retos a la industria de las compañías telefónicas. Todas las redes participantes necesitan tener un entendimiento común de como manejar el flujo de llamadas, como ofrecer servicios y como administrar el negocio. Sin embargo, con los diversos temas integrados de varias maneras a través de varias redes existen verdaderamente algunos retos para la itinerancia de pago anticipado. Una cuestión fundamental es como lograr un servicio ¾sin costuras" para el cliente y la administración efectiva del negocio a través de varias redes participantes, f ecuentemente tipos homogéneos o diferentes de redes. Por ejemplo, un operador del proveedor de servicios puede tener un excelente centro de atención al cliente mientras que otro operador puede no tener este centro de atención al cliente de alta calidad o un operador puede tener un sistema de generación/administración de comprobantes de alta calidad mientras que el otro operador está manejando la mayoría de estos procesos manualmente. La integración simple o compleja de varios sistemas diferentes conjuntamente no ofrece una solución al negocio debido a permutaciones variadas y combinaciones para las compañías telefónicas. También, no es práctico esperar que una o más de las compañías telefónicas abandonen sus sistemas existentes y adopten un sistema completamente nuevo sin importar que tan bueno es el nuevo sistema desde el punto de vista de calidad. Los sistemas de pago anticipado conocidos son soluciones de cajas individuales, los cuales permiten la integración limitada con sistemas externos. Aún en una situación donde es factible integrarse, no es posible que otros sistemas entren en el sistema de pago anticipado en varios niveles. Esto es, no es posible la integración para reemplazar alguna de las funcionalidades del sistema de pago anticipado. Lo que se necesita es que se logre la integración para agregar una funcionalidad adicional. Ésta es una limitación mayor para que las compañías telefónicas administren de manera efectiva su negocio. Por ejemplo, si una compañía telefónica ya tiene un sistema de generación de Número de Identificación Personal (PIN) , si deseara desplegar un sistema de pago anticipado para itinerancia, necesita utilizar la capacidad de generación de PIN del nuevo sistema de itinerancia de pago anticipado preferiblemente que el viejo sistema. Esto significa que la compañía telefónica ahora necesita tener dos sistemas de generación de PIN separados - uno para los abonados no itinerantes y otro para los abonados itinerantes. Esto causa demasiada confusión en el mercado y la sola integración con un sistema tercero no resolverá el problema. Existen otros problemas de este tipo, por ejemplo, manejo de la distribución, administración de clientes, etcétera. Además de lo anterior, cuando los operarios móviles hacen posible el comercio móvil para un abonado itinerante de pago anticipado en un ambiente de comercio y comunicaciones convergentes, existe la necesidad de liquidaciones financieras para las diversas partes 1 involucradas en la transacción comercial hecha por el cliente itinerante de pago anticipado. La liquidación de las transacciones comerciales podría involucrar adicionalmente lo siguiente: pagos relacionados con las transacciones comerciales pueden necesitar distribuirse a través de una o más de las siguientes entidades: comerciante (proveedor de bienes/servicios ya sea fabricante, revendedor o distribuidor o una combinación de varias de estas entidades), portal (portal móvil o cualquier otro tipo de portal que incluye un portal de voz ("Vortal")/ portal de comercio electrónico, etcétera), proveedor de servicios de Internet (una agencia independiente u operador móvil mismo o portal mismo) , compañía de telefonía móvil (red local, red de visita o ambas) , proveedor de servicios virtuales (ya sea proveedor de servicios de contenido o proveedor de servicios de infraestructura o una agencia de marcas o cualquier combinación) , agencia de tarjetas bancarias/de crédito o cualquier otra institución financiera (una o más involucradas en la transacción) , una agencia de pago por terceros (por ejemplo, un agregador del comerciante, agencia de procesamiento de pagos, cartera electrónica o cualquier otra agencia de procesamiento de pagos de este tipo), agencia de suministro de bienes/servicios (por ejemplo, una compañía de mensajería, proveedor de ancho de banda y agencia de seguros) . También es posible que los proveedores de servicios móviles puedan ofrecer algunos paquetes múltiples (por ejemplo, si el cliente compra un valor de $50 de bienes mientras deambula, un recargo de itinerancia sobre la telefonía es postergado, etcétera) . Esto significa que cualquier sistema de liquidación debe ser capaz de llegar a las diversas cantidades de liquidación basándose en los planes tarifarios y en los acuerdos de itinerancia entre las diversas partes involucradas en la transacción comercial. Se anticipa que los dispositivos portátiles, móviles (teléfonos, PDAs, etcétera) se utilizarán para todos los tipos de pagos, especialmente micropagos. Típicamente, un cliente utilizaría su teléfono móvil para pagar artículos de valor pequeño, tales como bebidas no alcohólicas en máquinas expendedoras automáticas, cigarros, periódicos, libros, tarifas de estacionamiento y otros de estos pagos de valor bajo, los cuales son conocidos - generalmente en la industria como micropagos. Las tecnologías existentes hoy en día permiten que tales pagos tomen lugar de una de las siguientes maneras: un cliente puede utilizar su teléfono móvil y al momento del pago él puede utilizar su tarjeta de crédito o tarjeta de débito bancario para el pago. Esto significa que el pago iría a través de la cuenta de banco/crédito del cliente preferiblemente que la cuenta de telefonía del cliente. Este método tiene limitaciones en que asume que todos los clientes tienen ya sea una tarjeta de débito bancario o una tarjeta de crédito. El presente crecimiento de la telefonía móvil de pago anticipado en todo el mundo indica que existe un gran segmento del mercado que ya sea no tiene ninguna relación bancaria/de crédito o simplemente no desea utilizar su relación bancaria/de crédito para la telefonía. Esto es particularmente cierto en ciertos países en desarrollo con convenios bancarios pobres. La suposición de tarjetas de débito/crédito también limita el número total de clientes quienes pueden conducir el comercio móvil y, por lo tanto, la compañía telefónica puede estar jugando solo un papel muy limitado en el comercio móvil . Los ingresos de la compañía telefónica son restringidos normalmente a las conexiones de telefonía y servicios que han proporcionado. Sin embargo, un cliente podría utilizar su cuenta de telefonía móvil para pagar una transacción comercial. Esto es, el costo de bienes/servicios será cargado a la cuenta telefónica del cliente. Al final del mes, el cliente obtendría una factura de telecomunicación, la cual incluiría el costo de los bienes/servicios adquiridos. Este método tiene limitaciones en que asume que el cliente es un cliente con cuenta de pago diferido. Esto significa que el sistema no da cabida a un cliente de pago anticipado y de esta manera no puede conducir una transacción de comercio móvil. En cambio, el sistema asume que el riesgo de pago es llevado por la compañía telefónica o por el comerciante. Al final del periodo de facturación, si el cliente no paga su factura, la compañía telefónica/comerciante tiene que absorber el riesgo financiero . Los clientes pueden' tener una cuenta de cartera electrónica, la cual es una cuenta con un Número de Identificación Personal. Cada vez que el cliente adquiere bienes, él puede insertar la clave en el PIN y la compañía de la cartera electrónica (por ejemplo, IPIN) puede expedir una garantía de pago. En este método, la cartera electrónica trabaja como una cuenta de pago anticipado y solo se autorizará una transacción de adquisición si el saldo monetario está disponible en la cuenta. Este método tiene limitaciones debido a que cada vez que se solicita una adquisición, se requiere que un usuario se identifique (por ejemplo, utilizando un PIN, el cual es típicamente de doce dígitos o más) . Este proceso de identificación en sí puede actuar como un factor disuasivo y los clientes pueden no estar interesados en ir a través del proceso para adquisiciones de valor pequeño. La compañía telefónica nuevamente estaría jugando solo un papel muy limitado en el comercio móvil, ya que sus ingresos o cargos son restringidos a la conexión de telefonía que ha proporcionado . Para simplificar el proceso de adquisición en el comercio móvil, la industria está buscando tecnologías innovadoras, tales como Bluetooh, la cual permite la comunicación directa entre las máquinas expendedoras, automáticas y un teléfono móvil del cliente. Sin embargo, estas tecnologías también tienen limitaciones en que los comerciantes así como también el cliente necesitan estar equipados con instrumentos que son capaces de manipular estas tecnologías. Este medio eleva los costos de infraestructura. La economía de costos puede no justificar la inversión al menos en los primeros años y estas tecnologías no tratan las cuestiones relacionadas con el riesgo de pago. Estos sistemas asumen que todos los clientes son confiables y que respetarán sus pagos. En la vida real, éste no es el caso. Además, estas tecnologías no tratan las cuestiones relacionadas con los clientes de pago anticipado. Los clientes de pago anticipado podrían ser anónimos, lo cual significa que ni la compañía telefónica ni el comerciante conocen quien es el comprador. En el comercio electrónico mundial de hoy en día, los dispositivos de memoria de lectura/escritura están volviéndose más populares. Los dispositivos de memoria de lectura/escritura tienen la capacidad de almacenar un saldo de cuenta y otra información relacionada con el cliente. Los dispositivos de memoria de lectura/escritura no necesitan ninguna conexión a la red con los sistemas especializados. Los lectores de los dispositivos de memoria de lectura/escritura pueden ser desplegados en el establecimiento del comerciante y un cliente en la estación del tren puede utilizar su tarjeta para hacer pagos. Se ha encontrado que este mecanismo es útil ya que su uso es simple tanto para el comerciante como para el cliente y permite el pago anticipado. Cada vez que se utiliza un servicio, el pago relacionado con ese servicio es deducido de la cuenta de pago anticipado del cliente. Es claro que el dinero en una cuenta de pago anticipado alcanzará un saldo de cero en algún momento. Por lo tanto, existe la necesidad que el cliente recargue su cuenta de pago anticipado. Existen varios sistemas comercraímente disponibles en el mercado que ofrecen facilidades de pago anticipado y la mayoría de éstas ofrecen la recarga de cuentas. Los sistemas actualmente disponibles permiten la recarga de cuentas: mediante la expedición de un comprobante de recarga (el comprobante tiene un número único, conocido como PIN, con un cierto valor predeterminado, por ejemplo $20), el cual puede ser utilizado por el cliente. El cliente marca en un Sistema Sensible a la Voz, Interactivo ("IVR") del proveedor de servicios y, por medio de un menú guiado, el cliente será capaz de recargar su cuenta de pago anticipado mediante la marcación del número PIN único. Este sistema de recarga tiene limitaciones en que los proveedores de servicios necesitan imprimir comprobantes de recarga y luego distribuir los comprobantes. Éste es un gran problema de logística y costo. También, existe un riesgo de fraude potencial con varios tipos de 'fraudes factibles, por ejemplo, filtración de PIN a usuarios no autorizados, usuarios no autorizados que intentan aleatoriamente con varios números y que igualan el número correcto y partes no autorizadas que imprimen comprobantes de recarga falsos, como dinero falso. Además, los proveedores de servicios pueden ofrecer solo cantidades predeterminadas de dinero por comprobante. Aunque éstos pueden ofrecer varios tipos de comprobantes, cada comprobante tendrá una cantidad predefinida. Esto significa que un cliente no puede seleccionar la cantidad exacta de recarga que él desearla hacer. Además, existe la incapacidad de los proveedores de servicios, para ofrecer una facilidad de crédito a los clientes de pago anticipado. El uso creciente de cuentas de pago anticipado en los países altamente desarrollados e impulsados por el crédito indica que los clientes están utilizando cada vez más las cuentas de pago anticipado por conveniencia y facilidad de uso, preferiblemente que cualquier cuestión relacionada con un crédito. Estos clientes no desean hacer pagos por adelantado por servicios que ellos aún no han utilizado. Con un límite de crédito (con la promesa de un pago garantizado por terceras partes como bancos, etcétera) un método de este tipo incrementaría el número de clientes que seleccionarían las cuentas de pago anticipado. En situaciones donde una cantidad de pago anticipado está programada en una tarjeta que podría utilizarse por un cliente (por ejemplo, una tarjeta SIM, tarjeta inteligente, tarjeta magnética o cualquier otro tipo de tarjeta) , el cliente puede llevar su tarjeta a la tienda de distribución más cercana donde hay máquinas de programación especiales que están disponibles para recargar la tarjeta. Estos tipos de pagos anticipados han sido utilizados en el pasado. Sin embargo, a medida que el comercio móvil se vuelve cada vez más popular, se anticipa que los clientes desearían utilizar tales soluciones para los micropagos. La programación de la cantidad de pago anticipado en las tarjetas ofrece la conveniencia al cliente ya que él no necesita marcar un código largo (frecuentemente 12 dígitos o más) para una transacción de valor muy bajo. Sin embargo, este convenio de recarga de cuentas tiene limitaciones en que los clientes solo pueden ir a un conjunto limitado de tiendas de distribución de recarga cada vez que ellos necesitan recargar. Estas tarjetas no pueden ser recargadas en otros lugares. Los proveedores de servicios tampoco desean actualizar o recargar cantidades muy grandes a estas tarjetas debido a cuestiones relacionadas con el fraude (por e emplo, partes no autorizadas con acceso al equipo que pueden escribir grandes cantidades de dinero en las tarjetas) y la incapacidad del proveedor de servicios para ofrecer una facilidad de crédito a los clientes de pago anticipado. En las transacciones comerciales regulares (por ejemplo, utilizando tarjetas de crédito/tarjetas de débito en un almacén o tienda física) , la validación de la transacción es conducida típicamente al deslizar rápidamente la tarjeta y mediante la verificación física de la firma. Algunas veces, como una protección contra el fraude, las agencias de tarjetas de crédito/tarj etas de débito piden que el establecimiento del comerciante/cliente llame al banco. El banco entonces utilizará medidas de seguridad adicionales como solicitar el nombre de soltera de la madre, fecha de nacimiento, etcétera, para asegurarse que el cliente no sea una persona no autorizada. En las situaciones de Internet e Internet móvil de hoy en día, estas medidas de seguridad adicionales no existen y el fraude existe como se observa anteriormente con varios de los sistemas de cuentas de pago anticipado, sin cargo, disponibles. Debido a la seguridad limitada, se estima que el fraude en las transacciones relacionadas con la Internet/Internet móvil es muy alto. Se conoce el cargo a una cuenta de pago anticipado del cliente cuando los cargos de teléfono son incurridos . Los cargos a una cuenta pueden venir de cualquier fuente dependiendo de la cuenta. Por ejemplo, se conoce el establecimiento de una cuenta de acceso telefónico de pago anticipado. Un cliente entonces puede hacer llamadas telefónicas de larga distancia o acceder a la red telefónica. Además, se conoce el establecimiento de una cuenta de crédito de pago diferido con un banco u otra institución de otorgamiento de préstamos y luego el uso de esa cuenta de pago diferido para adquirir bienes y servicios. Ocasionalmente, una cuenta de crédito de pago diferido y los servicios telefónicos de itinerancia se pueden combinar, tal como cuando un número de tarjeta de crédito es intercambiado a través de un enlace de teléfono inalámbrico para ordenar servicios. Existen limitaciones para este sistema. Por ejemplo, los clientes pueden desear limitar su exposición financiera en una cuenta, o pueden no desear o por otras razones pueden no establecer un crédito con la compañía telefónica. Estos clientes pueden establecer una cuenta de pago anticipado. Sin embargo, los convenios de cuentas de pago anticipado existentes tienen al menos varias limitaciones . Por ejemplo, un usuario de teléfono móvil o inalámbrico de pago anticipado puede desear utilizar su teléfono inalámbrico mientras está en un territorio cubierto por otra compañía telefónica. Como se utiliza posteriormente en este texto, esto es referido como un territorio o red de visita o itinerante. Mientras que el cliente de pago diferido puede tener suficiente crédito para completar la llamada telefónica utilizando otras cuentas, tales como una tarjeta de crédito, el cliente no ha establecido un "crédito" con la compañía telefónica del territorio itinerante, o aún su compañía telefónica original ("red local" o "territorio local"), en virtud de ser un cliente de pago anticipado. De esta manera, un cliente de pago anticipado en un territorio itinerante ("un cliente itinerante de pago anticipado") no tiene manera de hacer cargos a su cuenta de la compañía telefónica local de pago anticipado mientras está en itinerancia, a menos que la compañía telefónica de la red itinerante tenga un convenio con la compañía telefónica de la red local, y tenga componentes físicos específicos para que cada conmutador supervise la llamada y haga cargos a la cuenta de pago anticipado del cliente. Como generalmente no es práctico crear estos acuerdos, no existe una itinerancia de pago anticipado efectiva. La telefonía de pago anticipado ha existido en la industria de las telecomunicaciones. Se pide que un cliente o usuario pague por adelantado una cierta cantidad de dinero al proveedor de servicios de comunicaciones y el proveedor de servicios permite que el cliente utilice los servicios de comunicaciones por esa cantidad de pago anticipado. Una vez que el saldo de la cuenta del usuario alcanza cero, el proveedor de servicios corta el servicio. El cliente entonces tiene que recargar su cuenta al pagar fondos adicionales al proveedor de servicios de telecomunicaciones. De esta manera, la cantidad de pago anticipado necesita mantenerse actualizada. Cualquier transacción que no tenga suficientes fondos es tratada como una transacción restringida. Cuando se encuentra una transacción restringida, existen dos opciones para el manejo de la transacción. La transacción puede ser rechazada. La transacción puede ser aprobada, sujeta a verificación posterior. Cuando se aprueba una transacción sujeta a la verificación posterior, el proveedor de la cuenta acepta el riesgo de una transacción fraudulenta. De esta manera, si ocurre un cargo grande a una cuenta de crédito, y el proveedor de la cuenta de crédito aprobó la transacción sujeta a una llamada telefónica adicional al poseedor de la cuenta, cuando la transacción se encuentra que es fraudulenta, usualmente el proveedor de la cuenta de crédito se mantiene como responsable . Varios proveedores de cuentas de crédito tratarán y absorberán estas pérdidas basadas en su posición dentro de un mercado. Por ejemplo, un proveedor de crédito puede forzar a los vendedores que aceptan sus tarjetas de crédito a aceptar una porción de la pérdida de una transacción fraudulenta. Alternativamente, la pérdida puede ser reducida por el uso de un seguro. En una vena similar, se conoce una transacción de crédito a una cuenta. Ocasionalmente, se utilizan los créditos autorizados previamente, algunas veces llamados protección de sobregiro. Una vez más, un conjunto simplista de restricciones se coloca sobre la cuenta. Por ejemplo, ya que se encuentran fondos en una cuenta de ahorros, se aprobará un cargo que reduciría un saldo de la cuenta de cheque inferior a cero, con una transferencia subsecuente de fondos de una cuenta a otra. También se conoce el tener varios descuentos por servicios asociados con una cuenta específica. Por ejemplo, los productos comestibles se pueden adquirir en un descuento si un cliente es parte de un club de ahorro. De esta manera, aunque los fondos no se encuentren en una cuenta, la historia de transacciones es suficientemente valiosa para condicionar los descuentos con el mantenimiento de una cierta membresía. Los descuentos adicionales se pueden condicionar a ciertos volúmenes de la cuenta o una historia de la cuenta. Adicionalmente, la publicidad y los descuentos pueden ser ofrecidos especialmente a diversos clientes. Se conoce el pago por servicios antes de tiempo (pago anticipado) , asi como también el establecimiento de una cuenta de crédito para servicios (pago diferido) . Una cuenta de pago diferido se establece en base al mérito de crédito de un cliente y la entidad corporativa que establece la cuenta de pago diferido entonces garantiza el mérito de crédito continuo de un cliente. Las cuentas de pago diferido son bien conocidas y ampliamente utilizadas. Para hacer posibles los servicios de comunicaciones de pago anticipado, los proveedores de servicios necesitan controlar el uso real de los fondos en la cuenta de pago anticipado del cliente en tiempo real (es decir, cuando el servicio está siendo suministrado) y los proveedores de servicios necesitan un sistema que pueda calcular, en tiempo real, el uso de los fondos de la cuenta a medida que la llamada .del cliente está progresando. Existen varios sistemas disponibles en el mercado para los proveedores de servicios que simulan ese control de uso en tiempo real.
Además, los servicios de itinerancia requieren el aclaramiento de datos y la liquidación de transacciones financieras. El aclaramiento de datos de múltiples partes y las liquidaciones a través de varios sistemas de red pueden ser muy complejos. El establecimiento y administración de una cuenta del cliente a través de redes pueden ser muy complejos y cualquier retardo podría dar por resultado inconsistencias enormes y confusión para los clientes. Los clientes podrían agotar su saldo de cuenta de pago anticipado mientras que están en una red de visita. El cliente debe ser capaz de agregar dinero o "recargar" su cuenta desde una red de visita. La recarga del cliente desde una red de visita posee varias cuestiones que incluyen: como permitir una recarga de la cuenta del cliente cuando el cliente no es un cliente del proveedor de servicios de la red de visita, como manejar la transacción financiera relacionada con la administración de pagos y la liquidación de cantidades de recarga (por ejemplo, problemas relacionados con las comisiones del negociante, el proceso de facilitación del servicio de cargo y la transferencia de dinero entre la red local y la red de visita, etcétera) . Las diversas modalidades ejemplares de la invención pueden hacer posible que se utilicen dispositivos portátiles, móviles (teléfonos, PDAs, etcétera) para todos los tipos de pagos, especialmente micropagos. Típicamente, un cliente utilizaría su teléfono móvil para pagar artículos de valor pequeño, tales como bebidas no alcohólicas en máquinas expendedoras automáticas, cigarros, periódicos, libros, tarifas de estacionamiento y otros de estos pagos de valor bajo, los cuales son conocidos generalmente en la industria como micropagos. La incapacidad de los proveedores de servicios para ofrecer una facilidad de crédito a los clientes de pago anticipado puede causar una limitación en el uso de las cuentas de pago anticipado. El uso creciente de las cuentas de pago anticipado en los países altamente desarrollados e impulsados por el crédito indica que los clientes están utilizando cada vez más las cuentas de pago anticipado por conveniencia y facilidad de uso, preferiblemente que cualquier cuestión relacionada con el crédito. Estas cuentas son conocidas como cuentas autorizadas en tiempo real, para clientes con mérito de crédito. Estos clientes no desean hacer pagos adelantados por servicios, los cuales no han utilizado aún. Con un límite de crédito (con una promesa de pago garantizado por terceras partes como bancos, etcétera) , este método incrementaría el número de clientes que seleccionan las cuentas de pago anticipado y las cuentas autorizadas en tiempo real.
En las situaciones donde una cantidad de pago anticipado es programada en una tarjeta que podría ser utilizada por un cliente (por ejemplo, una tarjeta SIM, tarjeta inteligente, tarjeta magnética o cualquier otro tipo de tar eta) , el cliente puede llevar su tarjeta a la tienda de distribución más cercana donde existen máquinas de programación especiales que están disponibles para recargar la tarjeta. Estos tipos de pagos anticipados han sido utilizados en el pasado. Sin embargo, a medida que el comercio móvil se vuelve cada vez más popular, se anticipa que los clientes desearían utilizar estas soluciones para los micropagos . La programación de la cantidad de pago anticipado en las tarjetas ofrece la conveniencia al usuario ya que no necesita marcar un código largo (f ecuentemente 12 dígitos o más) para una transacción de valor muy bajo. Sin embargo, este ordenamiento de recarga de cuentas tiene limitaciones en que los clientes pueden ir solo a un conjunto limitado de tiendas de distribución de recarga cada vez que ellos necesitan recargar. Estas tarjetas no pueden ser recargadas en otros lugares. Los proveedores de servicios tampoco desean actualizar o recargar cantidades muy grandes a estas tarjetas debido a las cuestiones relacionadas con fraudes (por ejemplo, partes no autorizadas con acceso al equipo que pueden escribir grandes cantidades de dinero en las tarjetas) y la incapacidad de los proveedores de servicios para ofrecer una facilidad de crédito a los clientes de pago anticipado. Además, este sistema de recarga se vuelve cada vez más impráctico desde el punto de vista logístico mientras más lejos esté el usuario de su "base local". Un proveedor de servicios en Londres dice que es improbable ofrecer centros de recarga en Paria, menos aún en Hong Kong, aunque sus clientes puedan viajar muy frecuentemente a estos lugares. Debido a que en algunos casos donde el proveedor de servicios es dependiente de las propiedades de otra parte, tal como establecimientos comerciales o infraestructura de distribución, él perderá probablemente un porcentaje significante de su ingreso potencial para la comisión por el uso de tales propiedades.
SUMARIO DE LA INVENCIÓN Una modalidad ejemplar de la invención descrita en la solicitud de patente norteamericana número de serie 09/395,868 se refiere a las llamadas de pago anticipado y otros servicios de comunicación que utilizan un conmutador telef nico simple . El conmutador telefónico simple tiene una tarjeta de interfaz telefónica de computadora ("CTI") insertada que encaminó las funciones avanzadas a un segundo canal seguro. El segundo canal seguro fue conectado por medio de la red telefónica, la Internet o cualquier otra red de protocolo de la Internet a la plataforma de comunicación. La plataforma de comunicación fue capaz entonces de enviar la autorización para la llamada, instrucciones de conexión y otros comandos al conmutador telefónico simple de manera que el cliente tuvo acceso a las funciones avanzadas. El uso del segundo canal seguro para autorizar el pago y el manejo del control de llamadas hace posible varias modalidades ejemplares como se detalla en este texto, con modificaciones al sistema de comunicación, para crear numerosos mejoramientos a los servicios de itinerancia de pago anticipado. Por ejemplo, además de la itinerancia de pago anticipado descrita anteriormente, la invención en este texto proporciona un dispositivo de comunicaciones convergentes mejorado para el comercio móvil, comercio electrónico, recarga de cuentas, transacciones de liquidación de múltiples partes, atención al cliente integrada o cualquier otra transacción comercial . De esta manera, una primera modalidad ejemplar de la invención es un sistema de comunicaciones convergentes que reside en una ubicación centralizada, accesible desde cualquier ubicación por medio de la Internet, una red telefónica pública conmutada, una linea de señalización SS7, un número telefónico o cualquier otro medio ahora conocido o ideado posteriormente . Una llamada itinerante de pago anticipado entonces puede ser manejada en un conmutador telefónico local mediante la señalización del conmutador telefónico local a la plataforma de comunicaciones convergentes, centralizada que el cliente intenta acceder a su cuenta . La plataforma de comunicaciones convergentes entonces puede autorizar la llamada telefónica después de completar varios pasos. El primer paso es verificar que el cliente es realmente un cliente autorizado. El segundo paso es verificar que el cliente ha autorizado el uso de este servicio particular. El tercer paso es verificar el saldo de la cuenta del cliente en el sistema de comunicaciones convergentes, centralizado. Si la solicitud viene de un cliente que ha autorizado el servicio y tiene suficiente saldo en la cuenta, la plataforma de comunicaciones convergentes, centralizada puede expedir un número de autorización al conmutador telefónico local. Cuando el cliente completa la llamada telefónica, el conmutador telefónico local entonces puede enviar una notificación de terminación del servicio, junto con el tiempo transcurrido de la llamada a la plataforma de comunicaciones convergentes, centralizada. Si el cliente agota el dinero de su cuenta durante la llamada telefónica, la plataforma de comunicaciones convergentes, centralizada puede enviar un mensaje por medio de la segunda línea al conmutador para terminar la llamada telefónica. En cualquier caso, el cliente itinerante de pago anticipado puede acceder a su cuenta y puede utilizar los servicios de pago anticipado. En el mundo de las telecomunicaciones, las diferentes tecnologías de red existen en diferentes geografías. El deseo del cliente es viajar de un lugar a otro, por ejemplo de Europa a EUA y que su teléfono aún esté conectado en el territorio itinerante con el mismo número de teléfono. Hoy en día, la itinerancia es posible entre dos redes del mismo tipo (por ejemplo, itinerancia de una red GMS a otra red GMS; o una red AMPS a otra red AMPS, etcétera) . Sin embargo, debido a las diferencias en tecnologías, no es posible que los clientes deambulen entre un tipo de red a otro tipo de red (por ejemplo, un cliente con un teléfono GMS no puede deambular en una red CDMA; un cliente con un teléfono AMPS no puede deambular en una red GSM) . La falta de capacidad de itinerancia es debido a que cada tecnología opera en una frecuencia diferente. Por lo tanto, los microteléfonos móviles no son compatibles, la administración del flujo de llamadas en cada una de estas tecnologías de red de las compañías telefónicas es diferente y los procesos de identificación de abonados en cada tipo de red son diferentes. Por ejemplo, en una red GSM, un abonado o cliente es identificado en base al I SI , Número de Serie SIM y MSISDN; en una red CDMA un abonado o cliente es identificado en base al MIN y ESN; y en una red AMPS, un abonado es identificado en base al ESN. Este problema de itinerancia a través de redes heterogéneas puede ser resuelto con cualquiera de las siguientes dos soluciones: los clientes pueden adquirir un microteléfono móvil de múltiples bandas que permita que la señal de compaginación del microteléfono sea reconocible por múltiples redes (por ejemplo, un microteléfono de tres bandas permite que el abonado utilice el mismo teléfono en Europa así como también en EUA) , o los clientes itinerantes pueden ir al proveedor del servicio de itinerancia y rentar temporalmente un microteléfono del estándar de red itinerante diferente. Las compañías telefónicas también pueden asegurar que el cliente sea alcanzado en el mismo número de teléfono por medio de la transmisión de llamadas. Sin embargo, estas soluciones de itinerancia son factibles solo para los abonados de pago diferido. Éstas no sirven para los abonados de pago anticipado para hacer posible la itinerancia de pago anticipado debido a que todas las redes participantes necesitarían trabajar en tándem para autenticar, valuar y hacer cargos a la cuenta de pago anticipado de la red local del cliente. No existen tecnologías comerciales disponibles hoy en día en el mercado, las cuales puedan soportar la itinerancia de pago anticipado a través de redes heterogéneas . Con el crecimiento en la base de abonados de pago anticipado, las compañías telefónicas en todo el mundo desearían ofrecer itinerancia de pago anticipado a través de redes heterogéneas. Por lo tanto, existe la necesidad por una solución que pueda: satisfacer los diferentes requerimientos de los tipos de redes heterogéneas, obtener la información de control de llamada relevante y la información del abonado de la red que llama o itinerante, crear y enviar la información de control de llamada relevante y la información del abonado a la red local del abonado, obtener no únicamente la autenticación del abonado en términos de validez del abonado, sino también autenticar al abonado en base al perfil de servicios que son permitidos para el abonado, pasar la aprobación/rechazo nuevamente a la red que llama o itinerante en el formato que es requerido por la red que llama o itinerante, valuar el uso de llamada en tiempo real, si la llamada se establece por la red que llama o por la red donde el abonado está presente actualmente, proporcionar información de uso y conducir liquidaciones de múltiples partes de los servicios proporcionados a través de las redes heterogéneas . Una solución de atención al cliente para los abonados itinerantes, particularmente los abonados itinerantes de pago anticipado, también debe tener al menos las siguientes capacidades: la capacidad de identificar al abonado itinerante cuando el abonado llama al centro de atención al cliente ("CCC"); la capacidad de comunicarse con la red local y obtener información relaciona con la cuenta del cliente (saldo, historia de transacciones previas, etcétera) y perfil de servicio del cliente (que servicios son permitidos para el cliente particular) ; la capacidad de procesar las solicitudes del cliente por una respuesta para el suministro/consulta de información; la capacidad de actuar ya sea sobre la cuenta del cliente o el perfil de servicio (por ejemplo cantidades de crédito/inversión para las llamadas caídas; crear nuevos servicios para el cliente, etcétera) ; la capacidad por el abonado de conectarse al sistema de atención al cliente en la red de visita de manera que se pueda proporcionar la atención al cliente (por ejemplo, integración con los sistemas de voz interactivos, locales, aplicaciones de atención al cliente, etcétera) ; y la capacidad de actualizar la base de datos local del cliente de manera que se mantenga la integridad de la información de la cuenta del cliente y permitir que los clientes recarguen su cuenta de pago anticipado mientras deambulan. La itinerancia de pago anticipado también posee varios retos con respecto a las liquidaciones de múltiples partes por los servicios de comunicaciones convergentes . En la itinerancia de pago diferido, la red local es la que colecta el dinero del cliente. Por lo tanto, todas las redes de visita envían los datos de uso del cliente itinerante (ya sea directamente o por medio de una casa de aclaración de datos/liquidación) a la red local para las liquidaciones. En la itinerancia de pago anticipado es posible que un cliente A adquiera la suscripción inicial de la red X, pero utilice la cantidad de pago anticipado en la red Y y recargue su cuenta en la red Z. En este escenario, no existe una obligación comercial para la red Z de pagar a la red Y aunque la red Z mantenga la cantidad de recarga pagada por el cliente A. Además, la red X está garantizando los pagos del cliente sin mantener realmente el dinero pagado por el cliente A. También, para proporcionar el servicio de colección o recarga de pago, la red Z puede hacer cargos a una cuenta por un servicio para la red X. Las soluciones de liquidación de itinerancia actualmente disponibles solo tienen cuidado de las liquidaciones por los servicios de telefonía que son servicios de pago diferido. Éstos no tratan las necesidades de los servicios de telefonía de pago anticipado (servicios individuales o convergentes) ni tratan las necesidades de liquidación de las transacciones comerciales conducidas por un abonado itinerante de pago anticipado en la red de visita. Por lo tanto, existe la necesidad por una solución para un método y sistema que : permita las liquidaciones de múltiples partes de servicios convergentes y transacciones de comunicación; y permita la configuración de reglas de liquidación para cada servicio y transacción comercial. Estas reglas deben permitir la liquidación entre: comerciantes (proveedor de bienes/servicios, por ejemplo ya sea un fabricante, revendedor o distribuidor o una combinación de varias de estas entidades) , portales (portal móvil o cualquier otro tipo de portal que incluya portales de comercio electrónico, etcétera) , proveedores de servicios en Internet (agencias independientes u operadores móviles o portales) , compañías de telefonía móvil (red local, red de visita o ambas), proveedores de servicios virtuales (proveedores de servicios de contenido o proveedores de servicios de infraestructura o agencias de marcas o cualquier combinación) , agencia de tarjetas bancarias/de crédito o cualquier otra institución financiera (una o más involucradas en una transacción comercial), agencias de pago terceras (por ejemplo, agregadores mercantiles, agencias procesadoras de pagos o carteras electrónicas o cualquier agencia de procesamiento de pagos de este tipo) , agencias de suministro de bienes/servicios (por ejemplo, compañías de mensajería, suministradores de ancho de banda) y agencias de seguros. Las reglas de liquidación también deben permitir la configuración de varias situaciones tales como: (1) liquidación en tiempo real, (2) liquidación con un retardo de tiempo (por ejemplo, después de 2 días o 30 días, etcétera) , (3) liquidación en base a la confirmación de cierta condición (por ejemplo, una mensajería es pagada únicamente cuando los bienes son suministrados, mientras que una agencia de seguros es pagada antes del embarque de los bienes) , (4) liquidación en base a una relación comercial entre las partes (por ejemplo, una agencia de mensajería ofrece descuentos en base a volúmenes lo que significa que el proceso de liquidación tomaría en cuenta varios suministros preferiblemente que solo un suministro) y (5) liquidación en base al desempeño (por ejemplo, se paga a un portal un valor pequeño cada vez que una publicidad es suministrada al abonado itinerante y obtiene un pago más grande si el abonado itinerante adquiere realmente los bienes/servicios) . Las liquidaciones también deben tomar en cuenta un contrato de itinerancia entre las redes participantes (por ejemplo, recargo por itinerancia) . Las liquidaciones también deben tomar en cuenta cualquier requerimiento regulatorio (por ejemplo, apropiación de impuestos y liquidación con agencias gubernamentales) . Para que los servicios de pago anticipado y las transacciones comerciales sean exitosos, especialmente en el comercio móvil, existe la necesidad por un método y un sistema que permita la recarga desde cualquiera de los siguientes: comprobante de recarga, enlace directo a la cuenta garante (crédito/débito/cualquier otro tipo de cuenta) , recarga por el cliente desde el teléfono móvil, o un teléfono fijo, hacer cargos directamente a la cuenta garante (crédito/débito/cualquier otro tipo de cuenta), recarga por el cliente desde ATM del banco o recarga por el pago en efectivo en un dispositivo contador de dinero en efectivo. Cada cliente de pago anticipado también debe ser capaz de configurar su propio criterio para recarga de la siguiente manera: recarga solo desde el teléfono (móvil o fijo) , recarga desde la red (Internet, Internet móvil o cualquier otro tipo de red pública o privada) , recarga solo cuando el cliente pide específicamente la recarga (ya sea a través de IVR, red o estación del tren o de cualquier otra manera) , recarga cuando el saldo está bajando a un cierto valor automáticamente desde otra cuenta particular (débito bancario o crédito o cualquier otro tipo de cuenta) , no recargar la cuenta, pero utilizar otra cuenta como garantía de pago para la cuenta de pago anticipado, recargar varias subcuentas con los límites preconfigurados desde la cuenta principal, recargar en una base periódica (por ejemplo, diariamente, al mes, semanal, etcétera) , y recargar una cantidad que sea determinada en base a los criterios de uso definidos por el usuario (por ejemplo, mirar al uso de los siete días pasados y recargar la cantidad promedio; o la cantidad de recarga debe ser igual al valor de la transacción más costosa conducida en los pasados "x" número de días, etcétera) . En un ambiente de comunicaciones convergentes de pago anticipado, la validación/autenticación de una transacción (ya sea un servicio de comunicaciones o una transacción comercial, o una combinación de ambas) debe tener varios pasos o verificaciones para validar al usuario, así como también la disponibilidad de un límite de crédito o dinero de pago anticipado asociado con la cuenta. Cualquier solución para el acceso a comunicaciones, acceso a Internet/Internet móvil, transacción comercial (ya sea hecha en una tienda física o en la red/red móvil) debe permitir: la validación de un cliente en base al PIN, contraseña, características de seguridad relacionadas con la telefonía o una combinación de algunas o todas de éstas, la validación de ya sea un servicio solicitado/transacción es autorizada o no por esa cuenta de pago anticipado del cliente particular (validación del perfil de servicios) , la validación de la disponibilidad del saldo suficiente en la cuenta de pago anticipado del cliente para los servicios/transacción (el saldo podría estar en el saldo de la cuenta de pago anticipado o un saldo de cuenta de crédito o cualquier otro tipo de cuenta real o virtual asociada con la cuenta de pago anticipado del cliente) . En base a las reglas configuradas por el proveedor de servicios (banco, compañía telefónica o comercio o cualquier otro tipo de proveedor de servicios) , se pueden conducir validaciones adicionales. Por ejemplo, el proveedor de servicios puede: solicitar información adicional del usuario (por ejemplo, nombre de soltera de la madre, fecha de nacimiento o valor de la transacción previa hecha o valor de la factura previa, recarga previa o igualación de una pregunta personal y respuesta predefinida por el cliente) , solicitar contraseñas especiales para transacciones de alto valor (por ejemplo más de $20) o un volumen alto de transacciones (por ejemplo, más de quince transacciones en un día o más de cincuenta transacciones en un mes, etcétera) . En .base a las reglas configuradas por el usuario final o cliente, el proveedor de servicios puede conducir validaciones adicionales . Por ejemplo, el cliente/usuario puede solicitar: contraseñas adicionales para ciertos tipos de transacciones (por ejemplo, compra de boletos de aerolíneas) , información adicional que sea requerida por el sistema (por ejemplo, fecha de nacimiento, nombre de amigos, contraseñas especiales) en el caso de un valor de transacción superior a un conjunto de transacciones previas (por ejemplo, solicitud de una contraseña especial si el valor de la transacción actual es 50% más que el total de las transacciones de los cinco dias pasados juntos) . En base a las reglas configuradas por el cliente/usuario, el sistema debe ser capaz de bloquear ciertos tipos de transacciones (por ejemplo, todas las transacciones comerciales electrónicas/móviles permitidas con la excepción de pornografía o transferencias de dinero entre países donde existen restricciones de divisas) . En base a las reglas configuradas anteriormente, debe ser posible que el agente de atención al cliente hable al cliente a través del teléfono (es decir, el sistema debe permitir la comunicación de voz para la autorización de la transacción mientras que la transacción que es autorizada está bajo proceso) . Dependiendo de las reglas configuradas por el proveedor de servicios debe ser posible no hacer cargos al cliente por esta comunicación de voz/uso de información de seguridad adicional (por ejemplo, acceso gratis a la tarifa) . De esta manera, un aspecto de la invención es proporcionar un método para proveer servicios de comercio móvil, comercio electrónico, atención al cliente y comunicación por medio de una pluralidad de redes, el método incluye recibir en una red itinerante desde un dispositivo del usuario, un número de identificación y una solicitud de un servicio, transmitir desde la red itinerante, a una red local, el número de identificación, la solicitud del servicio y adicionar un número de identificación del proveedor de servicios que está relacionado con el proveedor de servicios y un costo o valor del servicio, si el servicio debe ser cargado, verificar por medio de una plataforma de comunicaciones convergentes localizada en la red local, que el número de identificación se relacione con la cuenta válida del usuario, que el dispositivo del usuario esté autorizado para recibir el servicio y que la cuenta válida del usuario tenga suficiente valor para pagar por el servicio, proporcionar una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor, si el servicio debe ser cargado y hacer cargos a la cuenta válida del usuario en una base de tiempo real, si es necesario, para proporcionar el servicio, si el servicio debe ser cargado.
Otro aspecto de la invención es proporcionar un aparato que proporcione servicios de comercio móvil por medio de una pluralidad de redes, el aparato tiene un receptor que admite una solicitud de un servicio, la solicitud incluye un número de identificación de un dispositivo del usuario localizado en una red itinerante y el servicio solicitado, un número de identificación del proveedor de servicios relacionado con el proveedor de servicios y un costo del servicio solicitado desde la red itinerante, un verificador que comprueba que el número de identificación se relacione con la cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y que la cuenta válida del usuario tiene suficiente valor para pagar por el servicio, un emisor que proporciona una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor y un cargador que hace cargos a la cuenta válida del usuario para proporcionar el servicio . Aún otro aspecto de la invención es proporcionar un método para proveer servicios de comunicación itinerante de pago anticipado por medio de una pluralidad de redes, el método incluye recibir en una red itinerante, desde un dispositivo del usuario, un número de identificación y un número de dispositivo de destino, transmitir desde la red itinerante, a una red local, el número de identificación, el número de dispositivo de destino y adicionar un número de identificación de proveedor de servicios y un costo de un servicio de comunicación itinerante, verificar, por medio de una plataforma de comunicaciones convergentes localizada en la red local, que el número de identificación se refiera a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y que la cuenta del usuario tiene suficiente valor para pagar por un uso inicial del servicio, proporcionar una autorización a la red itinerante, si el número de identificación se refiere a la información válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y la cuenta tiene suficiente valor para pagar por un uso inicial del servicio, hacer cargos a la cuenta válida del usuario para proporcionar el servicio y enviar una señal para que el saldo de la cuenta del usuario alcance un nivel predeterminado. Otro aspecto de la invención es proporcionar un aparato que proporcione servicios de comunicación itinerante de pago anticipado por medio de una pluralidad de redes, el aparato incluye un receptor que admite una solicitud de un servicio de comunicación, la solicitud Incluye un número de identificación y un número de dispositivo de destino, desde un dispositivo del usuario localizado en una red itinerante y un número de identificación del proveedor de servicios relacionado con el proveedor de servicios y un costo del servicio desde de la red itinerante, un verificador que comprueba el número de identificación que se refiere a la cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio de comunicación en la red itinerante y que la cuenta válida del usuario tiene suficiente valor para pagar por el servicio, un emisor que proporciona una autorización para el proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor y que envia una señal si la cuenta válida del usuario alcanza un nivel predeterminado y un cargador que hace cargos a la cuenta válida del usuario para proporcionar el servicio. Un aspecto adicional de la invención es proporcionar un método para proveer servicios de atención al cliente por medio de una pluralidad de redes, el método incluye recibir en una red itinerante, desde un dispositivo del usuario, un número de identificación y una solicitud de servicio de atención al cliente, transmitir desde la red itinerante, a una red local, el número de identificación, la solicitud del servicio de atención al cliente y adicionar un número de identificación del proveedor de servicios, verificar, por medio de una plataforma de comunicaciones convergentes localizada en la red local, que el número de identificación se refiere a una cuenta válida del usuario y conectar el dispositivo del usuario al servicio de atención al cliente, si el número de identificación se refiere a la cuenta válida del usuario. Otro aspecto de la invención es proporcionar un aparato que proporcione servicios de atención al cliente por medio de una pluralidad de redes, el aparato incluye un receptor que admite una solicitud de un servicio de atención al cliente, la solicitud incluye un número de identificación de un dispositivo del usuario localizado en una red itinerante y un número de identificación de proveedor de servicios relacionado con un proveedor de servicios de la red itinerante, un verificador que comprueba que el número de identificación se refiere a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio de atención al cliente y un conector que enlaza el dispositivo del usuario con un proveedor de atención al cliente que puede proporcionar el servicio de atención al cliente, si el número de identificación se relaciona con una cuenta válida del usuario. Aún otro aspecto de la invención es proporcionar un método para recargar una cuenta de pago anticipado para que se proporcionen los servicios por medio de una plataforma de comunicaciones convergentes, el método incluye recibir una solicitud de autorización del uso de una cuenta del cliente localizada en la plataforma de comunicaciones convergentes, determinar que la cuenta del cliente no tiene un saldo suficiente para que se proporcione el servicio, determinar que la cuenta del cliente ha autorizado un mecanismo de recarga, recargar la cuenta del cliente utilizando el mecanismo de recarga y autorizar el uso de la cuenta del cliente para el servicio por medio de la plataforma de comunicaciones convergentes. Un aspecto adicional de la invención es proporcionar un aparato que recargue una cuenta de pago anticipado para que se proporcionen servicios por medio de una plataforma de comunicaciones convergentes, el aparato incluye un receptor que admite una solicitud de autorización para el uso de una cuenta del cliente localizada en la plataforma de comunicaciones convergentes, un determinador que establece que la cuenta del cliente no tiene un saldo suficiente para que se proporcione el servicio y que la cuenta del cliente ha autorizado un mecanismo de recarga, un recargador que recarga la cuenta del cliente utilizando el mecanismo de recarga y un emisor que envía una autorización para el uso de la cuenta del cliente para el servicio por medio de la plataforma de comunicaciones convergentes . Otro aspecto de la invención es proporcionar un método para liquidar una transacción de pago anticipado a una pluralidad de proveedores en un ambiente de comunicaciones convergentes, el método incluye hacer un cargo a una cuenta del usuario por una transacción proporcionada por medio de una pluralidad de redes en una base de tiempo real, determinar una pluralidad de porciones del cargo que deben ser distribuidas a una pluralidad de proveedores involucrados en la provisión de la transacción de pago anticipado por medio de la pluralidad de redes y liquidar a los proveedores por medio de la pluralidad de redes de acuerdo con la pluralidad determinada de porciones . Aún otro aspecto adicional de la invención es proporcionar un aparato que liquide una transacción de pago anticipado para una pluralidad de proveedores en un ambiente de comunicaciones convergentes, el aparato incluye un cargador que hace cargos a una cuenta del usuario por una transacción proporcionada por medio de una pluralidad de redes en una base de tiempo real, u . determinador que establece una pluralidad de porciones del cargo que deben ser distribuidas a una pluralidad de proveedores involucrados en la provisión de la transacción de pago anticipado por medio de una pluralidad de redes y un emisor que liquida a los proveedores por medio de la pluralidad de redes de acuerdo con la pluralidad determinada de porciones . Otro aspecto de la invención es proporcionar un método para proporcionar servicios de comercio móvil, comercio electrónico, atención al cliente y comunicación por medio de una pluralidad de redes, el método incluye recibir en una red itinerante, desde un dispositivo del usuario, un número de identificación y una solicitud de un servicio, transmitir desde la red itinerante, a una red local, el número de identificación, la solicitud del servicio y agregar un número de identificación del proveedor de servicios que se refiere a un proveedor de servicios y un costo o valor del servicio, si el servicio debe ser cargado, verificar, por medio de una plataforma de comunicaciones convergentes localizada en la red local, que el número de identificación se refiere a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y que la cuenta válida del usuario tiene suficiente valor para pagar por el servicio, proporcionar una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor, si el servicio debe ser cargado y hacer cargos a la cuenta válida del usuario en una base de tiempo real, si es necesario, para proporcionar el servicio, si el servicio debe ser cargado. Además, un aspecto de la invención es proporcionar un aparato que proporcione servicios de comercio móvil, comercio electrónico, atención al cliente y comunicación por medio de una pluralidad de redes, el aparato incluye un receptor que admite un número de identificación desde un dispositivo del usuario y una solicitud de un servicio, un número de identificación del proveedor de servicios que se refiere a un proveedor de servicios y un costo o valor del servicio, si el servicio debe ser cargado desde una red itinerante, un determinador que establece, por medio de una plataforma de comunicaciones convergentes localizada en la red local, si el número de identificación se refiere a una cuenta válida del usuario, si el dispositivo del usuario está autorizado para recibir el servicio y si la cuenta válida del usuario tiene suficiente valor para pagar por el servicio, un emisor que proporciona una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor, si el servicio debe ser cargado y un cargador que hace cargos a la cuenta válida del usuario en una base de tiempo real, si es necesario, para proporcionar el servicio, si el servicio debe ser cargado . De esta manera, un aspecto de la invención es proporcionar un sistema de comunicaciones convergentes y un método para implementar una sola cuenta del usuario con la flexibilidad y sofisticación para manejar los servicios de comunicación y transacciones que se originan desde muchas fuentes . Una cuenta individual que puede manej ar transacciones de múltiples proveedores de servicios y proveedores de transacciones permitirá la transacción previamente no disponible y reducirá el costo de otras transacciones de tal manera que éstas llegarán a ser más frecuentes. Varias modalidades ejemplares de la invención hacen posible las miero-transacciones en un ambiente multisistemas , multi- endedores . Las diversas modalidades ejemplares crean una manera conveniente para autorizar, hacer cargos a la cuenta y liquidar muchas transacciones pequeñas. Varias modalidades ejemplares de la invención proporcionan un sistema y método de comunicaciones convergentes que satisfacen las necesidades del usuario conectado, móvil de hoy en día.
Otro aspecto de la invención es proporcionar un sistema de comunicaciones convergentes y un método adecuado para un mundo cada vez más especializado, donde son necesarias muchas partes para hacer posible ciertas transacciones. Las partes adicionales pueden agregar valor a una transacción y desear recibir una compensación en base a ese valor. Los conjuntos de reglas de tiempo real descritos en este texto permiten que muchas partes para una transacción reciban los pagos de acuerdo con un programa de cargo a una cuenta y pago con el cual están de acuerdo las partes. En una transacción compleja, cada proveedor de servicios necesita estar seguro del pago. Para estos suministros de servicio colaboradores, complejos, las partes en la cadena de suministros solo pueden obtener un seguro cuando la transacción compleja es autorizada en tiempo real, contra una cuenta donde existen reglas definidas para la autorización, las cuales se garantiza que son aplicables en ese tiempo (es decir, en tiempo real) . Varias modalidades ejemplares de la invención utilizan los conjuntos de reglas de tiempo real para hacer posible el cargo a una cuenta y liquidación de múltiples partes de tal manera que se vuelven prácticas las transacciones complejas entre los múltiples proveedores de servicios . Un aspecto adicional de la invención descrita en este texto es proporcionar un sistema de comunicación y un método que se expanda sobre la adaptabilidad y funcionalidad ofrecida por una cuenta que permite las reglas complejas relacionadas con la recarga de cuentas, autorización de transacciones, cargo a una cuenta en tiempo real y liquidación compleja y los métodos para determinar las reglas . Una cuenta individual que ofrece flexibilidad y seguridad para un cliente puede permitir transacciones complejas previamente no disponibles. Las diversas modalidades ejemplares de la invención proporcionan un conjunto de reglas sofisticadas que son implementadas de manera que permiten flexibilidad y conveniencia para un cliente mientras que proporcionan seguridad para el (los) proveedor (es) de servicios involucrado (s) . Por ejemplo, las reglas sofisticadas para acreditar una cuenta, autorizar transacciones, hacer cargos a una cuenta y liquidar transacciones para múltiples receptores proporcionarán la flexibilidad y conveniencia necesarias hoy en día y las futuras transacciones de comercio móvil. De esta manera, es posible determinar si una transacción solicitada es permisible o no en cualquier punto en el tiempo y si no, que acciones increméntales la harían permisible. Algunas veces, esto involucrará presentar opciones al cliente pero frecuentemente no será así . La determinación de las cantidades- exactas de pago para las partes exactas puede ser compleja y necesita ser determinada al momento de una transacción, para asegurar que todas las partes son tratadas claramente. Las modalidades ejemplares de la invención proporcionan una transacción que es conducida en tiempo real, con la autorización en tiempo real y el cargo a cuentas. El conjunto de reglas en tiempo real puede ser determinado en base a diversa consideraciones. Por ejemplo, el tiempo y la fecha de la transacción, la historia del cliente y los vendedores y otros factores que pueden ser determinados de manera adaptable o progresiva en base a eventos previos que se pueden utilizar para soportar si se autoriza una transacción. Una primera categoría de reglas utilizadas en el sistema de comunicaciones convergentes y método es la recarga de cuentas donde un usuario solicita y se requiere que pague por adelantado por una transacción de comercio móvil, comunicación u otra transacción de comercio electrónico desde diversos proveedores de servicios a través de un sistema de comunicaciones convergentes y un método en un ambiente de redes heterogéneas . Una recarga de cuentas puede incluir cualquier clase de crédito que entra en la cuenta. Varios ejemplos incluyen dinero, acciones, millas de viajero frecuente, membresia, periodos adicionales para membresia, autorizaciones de crédito, transferencias de títulos de propiedad o cualquier otro método ahora conocido o ideado posteriormente para transferir valor en una cuenta. La recarga de cuentas puede ser automática, semiautomática, manual o automática dentro de ciertos parámetros y de otra manera manual . Las diversas modalidades ejemplares de la invención proporcionan la recarga desde cualquiera de los siguientes : comprobante de recarga, enlace directo a la cuenta garante (crédito/débito/cualquier otro tipo de cuenta) , recarga por el cliente desde el teléfono móvil, o un teléfono fijo, hacer cargos directamente a la cuenta garante (crédito/débito/cualquier otro tipo de cuenta) , recarga por el cliente desde un ATM del banco o recarga por el pago en efectivo a un dispositivo contador de dinero en efectivo. Un usuario puede establecer con lo cual escenarios complejos pero funcionales para recarga de su cuenta del cliente . Una segunda categoría de reglas utilizadas en el sistema y método de comunicaciones convergentes son las reglas de autorización y validación donde un usuario solicita y se requiere que pague por adelantado por una transacción de comercio móvil, comunicación u otra transacción de comercio electrónico desde varios proveedores de servicios a través de un sistema y método de comunicaciones convergentes en un ambiente de redes heterogéneas. Debido a que las modalidades ejemplares de la invención proporcionan enlaces para los servicios de crédito, teléfonos y la Internet, las reglas se incluyen resumiendo bajo que circunstancias el dinero se puede tomar de la cuenta. Varios ejemplos incluyen por límites de cargos, segundas notificaciones del sistema, límites de cargos a la cuenta, límites de membresía o cualquier otro método ahora conocido o ideado posteriormente para limitar las transacciones individuales, transacciones mensuales, saldo de cuenta, originador de transacciones y receptor de transacciones . Un usuario puede establecer con lo cual escenarios complejos pero funcionales para controlar quién está autorizado para utilizar una cuenta y porqué. Una tercera categoría de reglas utilizadas en el sistema y método de comunicaciones convergentes son las reglas de cargo a una cuenta donde un usuario solicita y se pide que pague por adelantado una transacción de comercio móvil, comunicación u otra transacción de comercio electrónico desde diversos proveedores de servicios a través de un sistema y método de comunicaciones convergentes en un ambiente de redes heterogéneas . Varias modalidades ejemplares de la invención proporcionan diversos proveedores de servicios para establecer varios métodos para hacer cargos a una cuenta ya sea del proveedor de servicios o cliente. Por ejemplo, un proveedor de servicios telefónicos puede proporcionar un pago a su propia cuenta, un pago a la cuenta del proveedor de la red itinerante y un tercer pago a una cuenta del proveedor de larga distancia. Los aspectos de la invención descritos anteriormente se pueden lograr por medio de un método de comunicaciones convergentes que emplea un conjunto de reglas, que tienen varias funciones, que incluyen determinar, por un usuario autorizado, al menos una regla aplicable al momento de autorizar una transacción y hacer cargos a una cuenta del usuario autorizado, aplicar al menos una regla para autorizar la transacción, hacer cargos a la cuenta, de acuerdo con al menos una regla para hacer cargos a una cuenta, en tiempo real si la transacción es autorizada y liquidar el cargo a una cuenta en tiempo real a una pluralidad de proveedores de transacciones de acuerdo con al menos una regla de liquidación. Para el sistema y método anterior, diversos aspectos pueden incluir determinar que el usuario autorizado no tiene suficiente valor en una cuenta del usuario autorizado para hacer cargos de la transacción y recargar la cuenta del usuario autorizado después de completar una rutina de recarga que tiene varias funciones que incluyen determinar una cuenta del usuario de recarga para transferir fondos desde la misma y autorizar la transferencia por al menos una referencia a una transferencia preautorizada y solicitar autorización del usuario autorizado. Otros aspectos pueden incluir donde se realiza la recarga utilizando una pluralidad de cuentas del usuario de recarga. Otros aspectos pueden incluir donde la solicitud de autorización del usuario autorizado es al menos una de la solicitud de un PIN, solicitud de entrada manual, solicitud de una frase de paso del usuario y confirmación de identidad del usuario a través de medios biométricos . Para el sistema y métodos anteriores, diversos aspectos pueden incluir donde se realiza la aplicación, utilizando una pluralidad de reglas para autorizar la transacción, el cargo a una cuenta se utiliza realizando una pluralidad de reglas para el cargo a una cuenta y la liquidación se realiza utilizando una pluralidad de reglas de liquidación, o donde el cargo a una cuenta se realiza utilizando una pluralidad de reglas para el cargo a una cuenta y la liquidación se realiza utilizando una pluralidad de reglas de liquidación. Otros aspectos pueden incluir donde ocurre la liquidación al menos uno de inmediatamente, después de 3 días, al final de mes del calendario, en intervalos separados regularmente y como una serie de pagos parciales y donde la aplicación de al menos una de las reglas para autorizar la transacción incluye la autorización de la transacción utilizando al menos uno del PIN del usuario, entrada manual, frase de paso del usuario y confirmación de identidad del usuario a través de medios biométricos . Para el sistema y método anteriores, diversos aspectos pueden incluir determinar al menos una regla, aplicada en tiempo real al momento de la solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza datos que se refieren a los eventos históricos, los cuales se considera que tienen relevancia para la solicitud de autorización de transacción. Otros aspectos pueden incluir donde los eventos históricos son adquisiciones previas de un usuario autorizado o salidas reales de valuaciones de riesgos históricos o donde estos datos disponibles están cambiando constantemente. Otros aspectos pueden incluir donde se solicita la transacción y una conexión con la pluralidad de proveedores de transacciones es a través de redes heterogéneas . Los aspectos de la invención descritos anteriormente también se pueden alcanzar por un dispositivo de entrada del usuario para acceder a una cuenta en un sistema de comunicaciones convergentes, que tiene un transmisor el cual se comunica con el sistema de comunicaciones convergentes para acceder a una cuenta del usuario autorizado, solicitar una transacción desde un administrador de cuentas, donde el administrador de cuentas tiene un determinador el cual establece, para un usuario autorizado, al menos una regla, aplicable en tiempo real para autorizar una transacción y hacer cargos a una cuenta, un procesador que aplica al menos una regla para autorizar la transacción, un cargador el cual hace cargos a la cuenta, de acuerdo con al menos una regla para hacer cargos a una cuenta, en tiempo real si la transacción es autorizada y un liquidador que finiquita el cargo en tiempo real a una pluralidad de proveedores de transacciones de acuerdo con al menos una regla de liquidación y un receptor que admite al menos una de una confirmación de acceso a la cuenta del usuario autorizado, una confirmación del administrador de cuentas para el cargo a la cuenta del usuario autorizado y una notificación de liquidación. Los aspectos de la invención descritos anteriormente además se pueden alcanzar por un sistema de comunicaciones convergentes que emplea un conjunto de reglas, que tienen un determinador el cual establece, para un usuario autorizado, al menos una regla, aplicable en tiempo real para autorizar una transacción y hacer cargos a una cuenta del usuario autorizado, un procesador que aplica al menos una regla para autorizar la transacción, un cargador que hace cargos a la cuenta, de acuerdo con al menos una regla para hacer cargos a una cuenta, en tiempo real si la transacción es autorizada y un liquidador que finiquita el cargo en tiempo real a una pluralidad de proveedores de transacciones de acuerdo con al menos una regla de liquidación. Los aspectos de la invención descritos anteriormente además se pueden alcanzar por un sistema de comunicaciones convergentes que emplea un conjunto de reglas, que tienen un determinador que establece en tiempo real, una pluralidad de reglas para autorizar, hacer cargos a una cuenta y liquidar una transacción en el momento actual, un autorizador que aprueba la transacción si un estado actual de una cuenta del usuario autorizado o el usuario autorizado cumple con la pluralidad de reglas para autorizar la transacción en el momento actual, un cargador que hace cargos a la cuenta del usuario autorizado en tiempo real y acredita al menos una cuenta del proveedor de transacciones y un liquidador que finiquita la transacción de acuerdo con al menos una regla para liquidar la transacción.
BREVE DESCRIPCIÓN DE LOS DIBÜJOS Estos y otros aspectos y ventajas de la presente invención llegarán a ser más aparentes y apreciados más fácilmente a partir de la siguiente descripción de las modalidades preferidas, tomadas en conjunto con los dibujos que la acompañan de los cuales : la figura 1 es una modalidad ejemplar de un sistema que utiliza una plataforma de comunicaciones convergentes; la figura 2 es una modalidad ejemplar del uso de una plataforma de comunicaciones convergentes para el comercio móvil; la figura 3 es una modalidad ejemplar del uso de una plataforma de comunicaciones convergentes para la itinerancia de pago anticipado; la figura 4 es una modalidad ejemplar del uso de una plataforma de comunicaciones convergentes para la atención al cliente; la figura 5 es una modalidad ejemplar de un sistema internacional que utiliza una plataforma de comunicaciones convergentes; la figura 6 es una modalidad ejemplar de un sistema que utiliza una plataforma de comunicaciones convergentes ; la figura 7 es un ejemplo de la arquitectura para hacer posible los servicios de datos mejorados con una plataforma de comunicaciones convergentes; la figura 8 es una modalidad ejemplar de un saldo de cargos para una plataforma de comunicaciones convergentes ; la figura 9 es un método ejemplar para recargar una cuenta de comunicaciones de pago anticipado; la figura 10 es un ejemplo de la transferencia de información entre varias partes para una plataforma de comunicaciones convergentes; la figura 11 es un diagrama de bloques para conducir el comercio móvil mientras se está en itinerancia; la figura 12 es un ejemplo de un usuario que solicita un servicio de itinerancia con una plataforma de comunicaciones convergentes; la figura 13 es un registro ejemplar del usuario y de transacciones utilizado para una plataforma de comunicaciones convergentes; la figura 14 es una cuenta del usuario ejemplar en una plataforma de comunicaciones convergentes; la figura 15 es una modalidad ejemplar de un sistema de respuesta de voz interactivo utilizado en la plataforma de comunicaciones convergentes; la figura 16 es un diagrama de flujo que muestra el uso de una cuenta de pago anticipado en una plataforma de comunicaciones convergentes para la liquidación de múltiples partes; la figura 17 es un método ejemplar de un método semiautomático para recargar una cuenta de pago anticipado y las reglas de liquidación para finiquitar múltiples partes en una plataforma de comunicaciones convergentes; la figura 18 es un método ejemplar para generar un reporte de reconciliación en una plataforma de comunicaciones convergentes; la figura 19 es un ejemplo de la transferencia de datos en una plataforma de comunicaciones convergentes; las figuras 20A y 20B son métodos ejemplares de la liquidación en tiempo real de múltiples partes en una plataforma de comunicaciones convergentes; la figura 21 es un diagrama de bloques de un dispositivo de administración de cuentas ejemplar para una plataforma de comunicaciones convergentes; la figura 22 es un diagrama de bloques de un dispositivo administrador de conmutación ejemplar para una plataforma de comunicaciones convergentes ; la figura 23 es un ejemplo de transacciones de negocio a negocio utilizando una plataforma de comunicaciones convergentes; la figura 24 es un diagrama de bloques de un sistema de comunicaciones convergentes . conduciendo el comercio de negocio a negocio; la figura 25 es un diagrama de bloques de un sistema ejemplar para la recarga de cuentas para una plataforma de comunicaciones convergentes; la figura 26 es un diagrama de bloques de un sistema ejemplar para recargar una cuenta de pago anticipado utilizando un sistema de respuesta de voz interactivo en una plataforma de comunicaciones convergentes; la figura 27 es un diagrama de bloques de un sistema de seguridad ejemplar utilizado por una plataforma de comunicaciones convergentes; la figura 28 es un ejemplo de la liquidación de múltiples partes utilizando una plataforma de comunicaciones convergentes como una casa de liquidación; la figura 29 es una captura de pantalla (screenshot) ejemplar de la información del vendedor para la liquidación en una plataforma de comunicaciones convergentes; la figura 30 es una captura de pantalla ejemplar para agregar información del vendedor a una plataforma de comunicaciones convergentes; la figura 31 es una captura de pantalla ejemplar para agregar detalles acerca de comerciantes a una plataforma de comunicaciones convergentes; la figura 32 es una tabla ejemplar de un depósito de reglas para un sistema de comunicaciones convergentes; la figura 33 es un aparato ejemplar que puede implementar la liquidación para un sistema de comunicaciones convergentes; .la figura 34 es un método ejemplar de recarga de cuentas sofisticado utilizando un sistema de comunicaciones convergentes ; la figura 35 es un método ejemplar de la autorización de transacción sofisticada utilizando un sistema de comunicaciones convergentes; la figura 36 es un método ejemplar del cargo a una cuenta en tiempo real, sofisticado utilizando un sistema de comunicaciones convergentes; y la figura 37 es un método ejemplar de procedimientos de liquidación sofisticados utilizando un sistema de comunicaciones convergentes.
DESCRIPCIÓN DETALLADA DE LAS MODALIDADES Como se describe en este texto, las modalidades ejemplares de la invención son aplicables a un sistema, método y plataforma para el uso con redes heterogéneas y para comunicaciones convergentes (o concurrentes) , comercios convergentes y servicios convergentes . Mientras que se utilizan varios términos industriales y acrónimos, varios términos tienen los siguientes significados adicionales como se describe. Ejemplos de redes heterogéneas son las redes que consisten de componentes de tecnología disimilar o diversa o constituyentes combinados. Por ejemplo, una red 'heterogénea puede tener: estándares de telecomunicación diferentes, como GSM y CDMA; versiones diferentes del mismo estándar de telecomunicación como GSM 900 y 1900; diferentes ambientes de conmutación, como NOKIA y ERICSSON; red inteligente (IN) o no IN; diferente señalización, como ISDN y SS7; diferentes sistemas operativos, como UNIX y MICROSOFT WINDOWS NT; diferentes sabores del mismo sistema operativo, como SOLARIS (SUN) y AIX (IBM) ; diferentes versiones del mismo sistema operativo, como 2.0 y 2.1; diferentes componentes físicos del servidor, como IBM y COMPAQ; los mismos operadores, pero diferentes tipos de redes, como KDDI CMDA y PDC en Japón; el mismo operador, pero diferente red, como VODAFONE en diferentes países. Ejemplos de convergencia son para combinar una variedad de tecnologías y medios con untamente para proporcionar un nivel más rico de servicio. Por ejemplo, las comunicaciones convergentes pueden combinar: diferentes medios, como voz, datos, mensajería; mensajería de voz, datos, móvil, fija o por vía satélite ofrecida por diferentes proveedores de servicios; medios de mensajería de voz, datos, móvil, fija o por vía satélite ofrecidos por diferentes proveedores de servicios; medios de mensajería de voz, datos, móvil, fija o por vía satélite ofrecida por el mismo proveedor de servicios; mensajería de voz, datos, móvil, fija o por vía satélite ofrecida por diferentes proveedores de servicios . El comercio convergente incluye la combinación de teléfono, Internet, comercio electrónico o comercio móvil . El servicio convergente incluye la combinación de comunicaciones y servicios de comercio. La facturación convergente puede incluir características tales como ofrecimiento de una factura integrada, individual para todos los servicios de comunicaciones y cargos por el contenido o bienes que son suministrados. El comercio convergente también se puede referir a la integración de todos los cargos por una transacción en una transacción y el costo que incluye estos artículos como recargos, impuestos, honorarios de telecomunicaciones, etcétera. El servicio convergente también se puede referir al ofrecimiento de un operador de ayuda individual que puede acceder, ver y modificar una cuenta del cliente, aún si la cuenta no reside en una red local . Una interfaz convergente puede consistir de una variedad de parámetros requeridos y opcionales, los cuales pueden ser configurados para integrarse con el sistema tercero, mediante el análisis de los parámetros de entrada/salida que requiere (n) el (los) componente (s) tercero (s), la cartografía de componentes terceros para los parámetros de los componentes ds la plataforma de 7 comunicaciones convergentes ejemplar y la configuración de los componentes para resolver cualquier conflicto. Si un sistema tercero no puede proporcionar algún parámetro óptimo, la plataforma de comunicaciones convergentes ejemplar puede crear parámetros ficticios para asegurar un mapeo correcto . Los ejemplos de una plataforma incluyen un sistema que proporciona una base para intentos adicionales. Por ejemplo, una plataforma de comunicaciones tal como un sistema telefónico permite que los datos fluyan a través de ésta para la comunicación de muchas maneras. De manera similar, una plataforma de comunicaciones convergentes puede permitir que una variedad de tecnologías surj , permitiendo el comercio móvil, comercio electrónico y atención al cliente mejorados. Los ejemplos de servicios mejorados incluyen características tales como reformateado . Un servicio mejorado puede, reformatear, por ejemplo, una solicitud de datos de un sistema de manera que sea aceptable para un segundo sistema; reformatear información con referencia a la información almacenada de tal manera que la información reformateada incluya información no disponible para el dispositivo de origen. La figura 1 es un diagrama de bloques de un sistema ejemplar que utiliza una plataforma de comunicaciones convergentes . Como se observa en la figura 1, el cliente por medio de su entrada 10 se conecta a través del dispositivo IP 21, dispositivo inalámbrico 23 o dispositivo de acceso al sistema telefónico 25 y la Internet 22, red inalámbrica 24 o red telefónica pública conmutada 26 a un dispositivo de servicio del vendedor (es decir, un proveedor de servicios) 50. El dispositivo de servicio del vendedor 50 entonces se conecta a la plataforma de comunicaciones convergentes 100 por medio de una solicitud de pago 52. La plataforma de comunicaciones convergentes 100 entonces regresa una autorización de pago 102 al dispositivo de servicio del vendedor 50. El dispositivo de servicio del vendedor 50 entonces puede suministrar o confirmar el suministro de los servicios/bienes 11 nuevamente a la entrada del cliente 10. En este sistema ejemplar, un cliente que desea acoplarse en un comercio móvil puede recibir rápida y eficientemente los servicios/bienes que él desea. Por ejemplo, si un cliente desea comprar un archivo MP3 de un vendedor de música electrónica, la transacción puede trabajar como sigue. El cliente, que opera la entrada del cliente 10, intenta conectarse con el vendedor de música por medio del dispositivo de servicio del vendedor 50. La entrada del cliente 10 puede ser conectada a cualquiera del dispositivo IP 21, el dispositivo inalámbrico 23 o el dispositivo de acceso del sistema de telefónico 25. El dispositivo IP 21 puede ser una tarjeta de red, un dispositivo de conexión WAP, un dispositivo de mensajería SMS o cualquier otro dispositivo ahora conocido o ideado posteriormente para la conexión a una red de protocolo de Internet . El dispositivo inalámbrico 23 puede ser un teléfono móvil, un teléfono celular o cualquier otro dispositivo que utilice ondas de radio o energía electromagnética para comunicarse con la red inalámbrica 24. El dispositivo de acceso al servicio telefónico 25 puede ser un modem, un enrutador, un modem de cable o cualquier otro dispositivo que se pueda conectar a la red telefónica pública conmutada 26. La Internet 22 puede ser cualquier combinación de conmutadores, enrutadores, estaciones nodales, dispositivos de microondas u otro equipo de comunicaciones que pueda transferir mensajes de protocolo de Internet desde un punto a otro. La red inalámbrica 24 puede ser cualquier sistema de torres de radio y conmutadores y otros dispositivos de tal manera que el dispositivo inalámbrico 23 se pueda conectar al dispositivo de servicio del vendedor 50. La red telefónica pública conmutada 26 puede ser cualquier combinación de un conmutador de circuitos, conmutador de paquetes u otros dispositivos adecuados para la conexión de un acceso de sistema telefónico con el dispositivo de servicio del vendedor 50. Si la entrada del cliente 10 fuera un dispositivo inalámbrico 23 y las conexiones a través de la red inalámbrica 24 con el dispositivo de servicio del vendedor 50, el dispositivo de servicio del vendedor 50 podría ser un sistema de reconocimiento de clave morse o numérico de tal manera que la entrada del cliente 10 pueda especificar de manera adecuada una solicitud de adquisición de un archivo MP3 del dispositivo de servicio del vendedor 50. El dispositivo de servicio del vendedor 50 puede ser cualquier combinación de un servidor Web, servidor de voz, servidor de mensajería SMS o servidor de Protocolo de Acceso Inalámbrico (WAP) capaz de conducir el comercio móvil y suministrar o confirmar el suministro de servicios o bienes a la entrada del cliente 10. El dispositivo de servicio del vendedor 50 recibe la solicitud del cliente por un archivo MP3 y genera una solicitud de pago 52. La solicitud de pago 52 es enviada a la plataforma de comunicaciones convergentes 100. La plataforma de comunicaciones convergentes 100 entonces verifica que el usuario o cliente sea un usuario autorizado, que la cuenta del usuario haya sido autorizada para conducir este tipo de comercio móvil y que la cuenta del cliente contenga suficiente dinero o fondos para hacer posible el servicio. Si la cuenta del usuario tiene la autorización correcta y los fondos, la plataforma de comunicaciones convergentes 100 genera una autorización de pago 102 y la envía nuevamente al dispositivo de servicio del vendedor 50. El dispositivo de servicio del vendedor 50 entonces genera los servicios o bienes, en este caso un archivo MP3, y envía el archivo MP3 por medio de la Internet 22, red inalámbrica 24, red telefónica pública conmutada 26 o cualquier otra red de embarque a la red del cliente o entrada del cliente 10. En varias modalidades ejemplares, los pasos mencionados anteriormente pueden ser automatizados por el sistema a un grado mayor o menor. En un ambiente completamente automatizado, la entrada del cliente 10 puede ser un reproductor de MP3 conectado con un dispositivo inalámbrico 23 a una red inalámbrica 24, que envía automáticamente ya sea la autorización o datos de encaminamiento al dispositivo de servicio del vendedor 50. De esta manera, todo 'lo que el usuario tiene que hacer es abrir el dispositivo y seleccionar que desearía adquirir un nuevo archivo MP3. El dispositivo entonces se conecta automáticamente con el vendedor de MP3 y exhibe una lista de canciones para que el usuario adquiera . El usuario entonces puede seleccionar simplemente la canción que desea adquirir y luego comenzar a transferir la canción como todas las otras tareas individuales que suceden en la tierra . En otra modalidad ejemplar, la seguridad adicional para la autorización de una solicitud de servicios/bienes y el pago se pueden utilizar a través del uso de un PIN, tarjeta inteligente, dispositivo de lectura/escritura magnética, código de barras, tira magnética, carácter alfa numérico elevado o cualquier otro método antifraude ahora conocido o ideado posteriormente, o descrito en relación a la figura 27. La figura 2 es un diagrama de bloques que muestra un sistema ejemplar para utilizar un dispositivo de servicios convergentes en el comercio móvil (m) o comercio electrónico (e) . Como se muestra en la figura 2, la entrada del cliente 100 envia una solicitud de servicios 105 a un dispositivo de servicio del vendedor 110. El dispositivo de servicio del vendedor 110 entonces envía una solicitud de autorización 115 al dispositivo de servicios convergentes 200. El dispositivo de servicios convergentes 200 entonces envía la autorización concedida 125 al dispositivo de servicio del vendedor 110 y una notificación de pago 135 al dispositivo de entrada del cliente 100. El dispositivo de servicios convergentes 200 entonces envía un pago 150 al banco o institución financiera para el vendedor 140 y el pago 155 al remitente 160. En esta modalidad, ejemplar, el cliente por medio de su dispositivo de entrada 100 solicita comprar boletos para un cine. El cliente puede abrir su dispositivo de cliente 100 o activarlo de tal manera que una solicitud de servicios 105 sea enviada al dispositivo de servicio del vendedor 110. El dispositivo de servicio del vendedor 110 puede ser cualquier dispositivo ahora conocido o ideado posteriormente para el reconocimiento de voz o interpretación de dígitos de tal manera que el usuario pueda seleccionar los boletos de cine especificados para la casa de proyección especificada que él desea visitar. Además, el dispositivo de servicio del vendedor 110 puede operar para cualquier negocio conocido, no solo un cine. Por ejemplo, se podrían adquirir boletos para conciertos u otros artículos. Después de que el usuario introduce la solicitud de servicios 105 en el dispositivo de servicio del vendedor 110, el dispositivo de servicio del vendedor 110 puede generar una solicitud de autorización 115. La solicitud de autorización 115 puede incluir información tal como el ID del cliente, el costo de los servicios y el identificador del vendedor (ID) . Una vez que el dispositivo de servicios convergentes 200 recibe la solicitud de autorización 115, éste puede verificar la cuenta de pago anticipado del usuario asociada con el ID del usuario, verificar que la cuenta esté autorizada para adquirir boletos de cine y verificar que la cuenta del cliente tiene suficiente saldo. Si la cuenta tiene suficiente saldo, la cuenta está autorizada para la transacción y la cuenta es una cuenta válida. El dispositivo de servicios convergentes puede enviar una autorización concedida 125 al dispositivo de servicio del vendedor 110 y una notificación de pago 135 al dispositivo de entrada del cliente 100. El cliente entonces puede recoger los boletos de cine del teatro de proyección por cualquier método ahora conocido o ideado posteriormente. Por ejemplo, el usuario puede introducir un número de identificación de la máquina despachadora y la máquina despachadora tiene que suministrar simplemente los boletos de cine. Otros medios conocidos en el campo, tales como suministro por Federal Express, introducción de un código de autorización a una máquina pre-existente e identificación de sí mismo con un vendedor representativo se pueden utilizar como es bien conocido en el campo . En diversas modalidades ejemplares, el dispositivo de servicios convergentes 200 puede no enviar el pago al dispositivo de servicio del vendedor 110. El dispositivo de servicios convergentes 200 puede enviar el pago a un banco o institución financiera asociada con el vendedor 140. Alternativamente, el dispositivo de servicios de convergentes 200 puede autorizar simplemente una transferencia ' de un banco o institución financiera asociada con el cliente o usuario al banco o institución financiera para el vendedor 140. Además, el dispositivo de servicios convergentes 200 puede autorizar un pago al remitente 160, el cual luego puede realizar el suministro. La figura 3 es un diagrama que muestra un sistema ejemplar que hace posible la itinerancia de pago anticipado con una plataforma de comunicaciones convergentes . En la figura 3, el área 310 tiene el cliente 1, cliente 2, conmutador telefónico A, administrador de servicios A y administrador de clientes A en éste. El administrador de cuentas A incluye las cuentas del cliente para el cliente 1, cliente 2 y cliente 3. El área 320 tiene el cliente 3, cliente 4, conmutador telefónico B, administrador de servicios B y administrador de cuentas B es éste. El administrador de cuentas B incluye las cuentas de clientes para el cliente 4, cliente 5 y cliente 6. El área 330 tiene el cliente 5, cliente 6, conmutador telefónico C, administrador de servicios C y administrador de cuentas C en éste. El área 310, el área 320 y el área 330 están conectadas por medio de una red telefónica pública conmutada 300 y una red de área extensa ( AN) 350.
El uso de la red de área, extensa 350 tiene un pasaje seguro para la información de cuenta para hacer posible la itinerancia de pago anticipado. De esta manera, si todos los clientes 1-6 son clientes de pago anticipado con cuentas en ya sea el área 310 o el área 320, la modalidad ejemplar hace posible que ellos utilicen sus cuentas de pago anticipado sin importar el área en donde estén. Varios ejemplos serán descritos a continuación. La itinerancia de pago anticipado puede operar como se ilustra en los siguientes pasos. El cliente 1 en el áxea 310 que busca llamar al cliente 2 en el área 310 activa su dispositivo. Cuando el dispositivo del cliente 1 es activado, el conmutador telefónico A recoge la señal y la transmite la solicitud del servicio al administrador de servicios A. El administrador de servicios A entonces verifica con el administrador de cuentas A que el cliente 1 es un cliente válido y tiene un saldo de cuenta o fondos que permanecen en su cuenta. El administrador de servicios A también verifica que el cliente 2 sea un cliente válido con un saldo de cuenta o fondos dejados en su cuenta para recibir la llamada telefónica. El administrador de servicios A después de aclarar que toda la información de cuentas sea correcta, completa la llamada. Sin embargo, si el cliente 1 en el área 310 desea llamar al cliente 3 en el área 320, bajo sistemas existentes, habría un problema. El cliente 1 activaría su dispositivo e introduciría el número de identificación del cliente 3. El conmutador telefónico ? entonces recibiría la solicitud de servicio y la enviaría al administrador de servicios A. El administrador de servicios ? entonces verificaría que el cliente 1 y el cliente 3 sean clientes válidos e intentaría completar la comunicación. El administrador de servicios A entonces trabajaría a través del conmutador telefónico A y una red telefónica pública conmutada 300 para intentar alcanzar al cliente 3. Sin embargo, en el conmutador telefónico B, puesto que el cliente 3 no tiene una cuenta con el administrador de cuentas B, el conmutador telefónico B no tendría autorización para completar la llamada telefónica. Sin embargo, en varias modalidades ejemplares de la invención, el conmutador telefónico B transmitiría la solicitud de servicio al administrador de servicios B, el cual se daría cuenta que el cliente 3 no tiene una cuenta en el administrador de cuentas B y por lo tanto transmitiría la solicitud a través de la red de área extensa 350 al administrador de servicios A. El administrador de servicios A entonces verificaría que el cliente 3 fuera un cliente válido con fondos que permanecen en su cuenta. El administrador de servicios A entonces autorizaría la llamada a través de la red de área extensa 350 al administrador de servicios B, el cual diría al conmutador telefónico B que complete la llamada. Si el cliente 1 o el cliente 3 hubieran agotado su dinero o el saldo de la cuenta durante el curso de la conversación telefónica, el administrador de servicios A transmitiría una señal al conmutador telefónico A o a través de la red de área extensa 350 al administrador de servicios B para descontinuar la conversación telefónica. En los sistemas existentes para el servicio telefónico de pago anticipado, si el cliente 1 desea hacer contacto con el cliente 4, el cliente 1 activaría su dispositivo del usuario para hacer contacto con el cliente 4. La solicitud de servicios sería recibida por el conmutador telefónico A, el cual luego enviaría una señal al administrador de servicios A autorizando el servicio si la cuenta de pago anticipado del cliente 1 en el administrador de cuentas A fuere actual. El administrador de servicios A entonces autorizaría el servicio ya que el cliente receptor 4 no fue parte de su cuenta no estaba en su red. El conmutador telefónico A entonces enviaría la solicitud de servicio a través de la red telefónica pública conmutada 300 al conmutador telefónico B. El conmutador telefónico B entonces verificaría que el cliente 4 estuviera dentro de su área, y verificaría con el administrador de servicios B que el cliente 4 tuviera una cuenta. El administrador de servicios B que verifica con el administrador de cuentas B comprobaría que el cliente 4 fuera un portador de cuenta actual con un saldo restante. El administrador de servicios B entonces autorizarla que el conmutador telefónico B completara la llamada telefónica y luego se haría contacto con el cliente 4. Sin embargo, si el cliente 1 en el área 310 deseara alcanzar al cliente 5 en el área 330, el sistema conocido no trabajaría por las razones detalladas anteriormente. Sin embargo, bajo diversas modalidades ejemplares de la presente invención, el cliente 1 activaría su dispositivo de acceso para intentar llamar al cliente 5. El conmutador telefónico A recibiría la solicitud de servicio y transmitiría una solicitud de aclaración al administrador de servicios A. El administrador de servicios A entonces verificaría con el administrador de cuentas A que el cliente 1 fuera un cliente válido con un saldo restante y que el cliente 5 no fuera un cliente en su red. El conmutador telefónico A entonces enviaría la solicitud de servicio a través de la red telefónica pública conmutada al conmutador telefónico C, el cual tiene al cliente 5 registrado como que está en su área. El conmutador telefónico C entonces iría al administrador de servicios C, el cual comprobaría que el cliente 5 no tiene una cuenta en el administrador de cuentas C. El administrador de servicios C entonces solicitaría al administrador de cuentas B a través de la red de área extensa 350 autorizar la comunicación. Una vez que la comunicación fue autorizada por el administrador de servicios B después- de la verificación en el administrador de cuentas B que el cliente 5 es un cliente válido con un saldo restante, el conmutador telefónico C autorizaría y completaría la llamada telefónica entre el cliente. Los diversos casos se pueden resumir como sigue.
Caso 1: Tanto el cliente 1 como el cliente 4 están en redes locales, el cliente 1 marca al cliente 4.
El cliente 1 marca al cliente 4. Puesto que el cliente 1 es un abonado de pago anticipado, el conmutador telefónico A encamina la señal al administrador de servicios A. El Administrador de Servicios A encamina la señal al Administrador de Cuentas A. El Administrador de Cuentas A identifica que la identificación personal del cliente 1 pertenece a la red local, el DNIS (MSISDN del cliente 4) no pertenece a la red 310 y la llamada se está originando desde la red 310. El administrador de servicios A autentica al cliente 1 y contesta al conmutador telefónico A. El conmutador telefónico A envia la llamada al conmutador telefónico B por medio de la red telefónica pública conmutada (PSTN) . El conmutador telefónico B recibe la llamada por medio de la red PSTN y dirige una señal al administrador de servicios B ya que el cliente 4 es de pago anticipado. El administrador de servicios B recibe la señal y autentica al cliente 4 a través del administrador de cuentas B. El -administrador de servicios B envía una solicitud de información MAP y localiza un conmutador telefónico B que sirve para el cliente B. El administrador de servicios B envía una señal de página al conmutador telefónico B. El conmutador telefónico B inicia la compaginación del cliente 4. Cuando el cliente 4 contesta el servicio de llamada, el administrador de servicios B comienza a valuar al cliente 4 y el administrador de servicios A comienza a valuar al cliente 1.
Caso 2 : El cliente 4 no está en la red local y el cliente 3 está deambulando en la red local del cliente 4 y el cliente 3 marca al cliente 4.
El cliente 3 marca al cliente 4. Puesto que el cliente 3 es un abonado de pago anticipado, el conmutador telefónico B encamina una señal al administrador de servicios B. El administrador de servicios B lo encamina al administrador de servicios A÷ El Administrador de servicios A identifica que el cliente 3 pertenece a la red 310 y el cliente 4 no pertenece a la red 310. El administrador de servicios A autentica al cliente 3 y encamina una señal al conmutador telefónico B. El conmutador telefónico B encamina una señal al administrador de servicios B puesto que el cliente 4 es un abonado de pago anticipado. El administrador de servicios B autentica al cliente 4 ya que pertenece a la red 320 a través del administrador de cuentas B y envía una solicitud de información MAP para localizar al MSC sirviente del cliente 4. El conmutador telefónico B contesta y es instruido para llamar. El conmutador telefónico B comienza la compaginación para el cliente 4. 10. Como el cliente 4 contesta la llamada, el administrador de servicios B comienza a valuar al cliente 4 y el administrador de servicios A comienza a valuar al cliente 3.
Caso 3 : Tanto el cliente 5 como el cliente 3 son itinerantes y el cliente 5 marca al cliente 3.
El cliente 5 marca al cliente 3. Después de verificar el IMSI (o cualquier identificador único de esta clase) del cliente 5, el conmutador telefónico C determina que el cliente 5 es un abonado de pago anticipado y encamina una señal al administrador de servicios C, el cual a su vez la encamina al administrador de servicios B. El administrador de servicios B identifica al cliente 5 como un abonado itinerante y lo autentica mediante la solicitud de información al administrador de cuentas B. El administrador de servicios B contesta al administrador de servicios C que el cliente 5 es válido para el encaminamiento adicional. El administrador de servicios C encamina la autorización al conmutador telefónico C. 6. El conmutador telefónico C encamina una señal por medio de la PSTN al conmutador telefónico A ya que el cliente 3 es un abonado de pago anticipado. 7. El administrador de servicios A autentica al cliente 3 y envía una solicitud de información MAP para localizar un MSC sirviente del cliente 3. 8. El administrador de servicios B contesta al administrador de servicios A, el cual transmite la información de encaminamiento al conmutador telefónico C. 9. El conmutador telefónico C encamina la llamada al MSC sirviente, es decir el conmutador telefónico B. 10. El conmutador telefónico B comienza la compaginación para el cliente 3. 11. Como el cliente 3 contesta la llamada, el administrador de servicios A comienza a valuar al cliente 3 y- el administrador de servicios C comienza a valuar al cliente 6. 12. Cuando cualquiera de las partes desconecta la llamada, el administrador de servicios C actualiza el administrador de cuentas B a través de la WAN. La figura 4 es un diagrama que muestra una modalidad ejemplar de un sistema de servicios al cliente universal o independiente de la red. En la figura 4, el cliente 400 accede a la red telefónica pública conmutada o la red SS7 410 por medio de la ruta 414 para hacer contacto con el administrador de servicios ("SM") 420. El administrador de servicios 420 puede conectar al administrador de cuentas ("AM") 442, el administrador de cuentas 444 o administrador de cuentas 446 a través de la red de área extensa ("WAN") 430. El administrador de servicios 420 entonces puede reencaminar al cliente 400 utilizando la ruta 412 para conectar al cliente 400 con cualquiera del operador/vendedor 1 en 462, operador/vendedor 2 en 464 u operador/vendedor 3 en 466 quien entonces puede acceder al administrador de cuentas apropiado 442, 444 o 446 para dar al cliente su servicio de atención al cliente. El administrador de cuentas 442 puede conectarse con la información del cliente en la base datos 452 o con la información del cliente en la base de datos 454 por medio de la red de área extensa 430 o la información del cliente en la base datos 456 a través de la red de área extensa 430. De esta manera, un cliente puede tener un número telefónico individual para llamar al servicio de atención al cliente sin importar la ubicación real del cliente. La figura 5 es un diagrama que muestra que cada operador hace funcionar los múltiples conmutadores en su país local (área geográfica local) . Cada uno ha unido un servicio de itinerancia internacional en base a un modelo del centro de datos de itinerancia centralizado. Este centro de datos puede ser administrado ya sea por una o más de las compañías telefónicas o por una tercera parte . Como se muestra en la figura 5, el operador 1 532, el operador 2 534 y el operador 3 536 están en el país A 530 y están conectados a tanto a la WAN o la red TCP/IP 520 y la red PSTN y SS7 510. Además, el operador 4 54S, el operador 5 544 y el operador 6 542 están en el país B 540 y están conectados tanto a la WAN como la red TCP/IP 520 y la red PSTN y SS7 510. Tanto la red WAN o la red TCP/IP 520 y la red PSTN y SS7 510 están conectadas al centro de datos de itinerancia internacional 500. El centro de itinerancia internacional 500 puede contener los servidores 502, servidores 504 y servidores 506. Cada uno de los servidores 502, 504 y 506 puede operar como se describió anteriormente para autenticar a los clientes y encaminar las solicitudes de servicio. De esta manera, la figura 5 muestra que los administradores de servicios y los administradores de cuentas descritos anteriormente pueden estar localizados en cualquier ubicación, no necesariamente dentro del área de llamada de la red local. La red puede ser GSM, CDMA, TDMA, AMPS, DAMPS o cualquier otra red estándar, inclusive 2.5G y 3G. Es posible, pero no necesario, funcionar sobre varios SM/AM' s con un conmutador que encamina los mensajes a una plataforma de comunicaciones convergentes especifica. El conmutador en el sistema de la plataforma de comunicaciones convergentes ejemplar es opcional en que si está instalado, las direcciones pueden ser locales, al centro de datos de itinerancia internacional. De otra manera, las direcciones deben ser direcciones internacionales. La atención al cliente para los clientes itinerantes podría ser manipulada exactamente como se menciona anteriormente. Sin embargo, con las grandes implementaciones de muchos operadores a través de muchos países, no sería práctico que cada compañía telefónica participante necesitara establecer un equipo de control de llamadas (Servidores Administradores de Conmutación) todos de sus sitios de conmutación. Un sistema de administración de cuentas de clientes y soporte de negocios (Administrador de Cuentas) seria utilizado por todas las compañías telefónicas participantes para administrar a sus abonados respectivos, crear/administrar sus planes de valoración y dar al (los) Administrador (es) de Conmutación la información de IMSI/MSISDN (identificador del abonado único) en el cual para identificar y valorar cada llamada del cliente. El Administrador de Cuentas puede o no ser distribuido dependiendo de la situación del negocio. La figura 6 es un diagrama que muestra un administrador de cuentas centralizado 672. En un ejemplo, un Administrador de Cuentas puede abastecer a varias compañías telefónicas en una forma centralizada. En otro ejemplo, también es factible tener múltiples Administradores de Cuentas desplegados en una forma altamente distribuida, cada Administrador de Cuentas que abastece a una compañía telefónica específica, o cualquier combinación de las mismas. Como se muestra en la figura 6, un usuario 615 puede conectarse por medio de una torre de radio o celular 690 al conmutador telefónico celular 678. El conmutador telefónico celular 678 es conectado a la PSTN 650 y el administrador de conmutación 674. El administrador de conmutación 674 es conectado por medio de una red al servidor de respuesta de voz interactivo (IVR) 686, servidor de mensajes simples (SMS) 684, servidor de correo de voz (VMS) 682, unidad de servicios de cuentas de red (ÑAS) 680, cortafuegos 676, administrador de cuentas (AM) 672 y estación nodal catalizadora 640. El servidor IVR 686 es conectado al escritorio de ayuda 688. El AM 672 es conectado a la base de datos 670. La estación nodal Catalizadora 640 es conectada al servidor de acceso 628, servidor IVR 632, servidores de comercio de portal móvil electrónico 630, servidor proxy 626 y servidor de seguridad 624. Los usuarios en casa/oficina 610 son conectados a la Internet 600, la cual está conectada a la PSTN 650 y el enrutador de sitios 620. El enrutador de sitios 620 está conectado a través del cortafuegos 622 al servidor proxy 626. De esta manera, el sistema de comunicaciones convergentes mostrado en la figura 6 puede hacer posible el uso de un centro de datos de itinerancia internacional y da cabida a varios servidores especializados para proporcionar servicios. Por ejemplo, la unidad ÑAS 680 puede estar diseñada como un servidor de cálculo de valoración. Otras modificaciones y ordenamientos para dar cabida a diversas prácticas de negocios se pueden incorporar sin apartarse del alcance y espíritu de la invención. De esta manera, un administrador de conmutación puede ser centralizado dentro del centro de datos de itinerancia internacional (IRDC) . Cada red participante puede ser conectada al administrador de conmutación central por medio del enlace de señalización (SS7, etcétera) . Dado que esto es posible, cada operador de red participante requeriría solo una instancia de un administrador de servicios que funciona en el IRDC para administrar ese servicio de itinerancia del operador. Es posible despegar varias instancias del administrador de servicios en un servidor individual o cada instancia puede hacerse funcionar en su propio servidor dedicado, o una combinación donde un servidor del administrador de servicios actúa como una reserva/posición de espera para el otro.
El SM asignado a cada operador combinaría la actividad de cada uno de los SMs descritos en la sección de itinerancia anterior. Los MSCs individuales en cada región del operador identificarían a la persona que llama, verificarían que sus redes locales sean asociados itinerantes, participantes, les asignarían sus MSRNN, etcétera. Sin embargo, cuando el MSC transfiere la señal al SM, el tráfico de control no solo pasaría por el salón de conmutación, sino preferiblemente pasaría por la red SS7 internacional al IRDC. El SM identifica el punto de origen de llamada y sería capaz de determinar la ubicación local del abonado que llama. Luego, el SM cuidaría la autorización y la valoración en base al código de red de la conmutación de origen (el ID de la célula de origen, etcétera) y las tablas de valoración apropiadas para las partes de MOC y MTC de la llamada. Como se describiera anteriormente, la liquidación inter-operador sería manejada en el IRDC. Las reglas en base a la división de ingresos sería administrada y, la liquidación en tiempo real, diaria, semanal o mensual de los ingresos netos sería llevada a cabo. La plataforma de comunicaciones convergentes ejemplar maneja las llamadas a través de las redes heterogéneas como sigue: . 1. El SM y el AM pueden estar configurados para múltiples tipos de red; información específica de la red para GSM, CDMA, TDMA, AMPS, etcétera; señalización de información de control de parámetros; información específica de la autenticación del abonado; e información de protocolo de comunicación. Los acuerdos y reglas de itinerancia se establecen para las relaciones entre los operadores para servicios y transacciones comerciales: por cargo unitario, recargos, tributación, etcétera, formato de liquidación, periodo, información de cuenta etcétera. Establecimiento de abonados : información de perfil del servicio, para incluir los tipos de red disponibles para la itinerancia e información de identificación del abonado para cada tipo de red. Las llamadas pueden ser manejadas de la siguiente manera : a. El SM recibe la señal de la llamada entrante. b. Identifica el tipo de red. c. Verifica la información requerida para ese tipo de red (es decir, el identificador único) . d. Verifica si ésta es una llamada de red local o de visita. e. Genera una señal para la red local utilizando los parámetros apropiados requeridos para ese tipo de red. f. Autentica el usuario/abonado nuevamente para la red de visita, confirmando la validez de servicio a partir del perfil del abonado. g. Valora la llamada a partir del tipo de red de visita para la cuenta del usuario (verifica el saldo, confirma la disponibilidad) . h. Si el saldo se agota o la llamada se termina: el SM confirma la terminación, envía información de la transacción posterior a la base de datos de la red local y conduce la liquidación . Como el negocio puede ser cada vez más competitivo, los operadores móviles en todo el mundo están buscando ofrecer varios servicios de valor agregado, como datos, facsímil, servidor de mensajes simples y comercio móvil, a sus clientes en sus redes locales. También, estos servicios de valor agregado están siendo ofrecidos cada vez más a los abonados itinerantes de pago diferido. Los operadores móviles desearían ofrecer estos servicios a sus abonados itinerantes de pago anticipado también, pero están limitados por su equipo y sistemas específicos del operador .
La figura 7 es un diagrama que muestra una red móvil 710 que tiene un sistema de administración de telefonía 720, un sistema de administración de servicios de SMS 722, sistema de administración de servicios de facsímil 724, sistema de administración de servicios de datos 726 y otro sistema de administración "XYZ" 728. Algunos de estos servicios que son cargados a los clientes pueden estar basados en el tiempo y otros basados en eventos. En los despliegues en la vida real, puede ser posible o no controlar la autorización/uso de todos los servicios de valor agregado sobre el enlace de señalización. Los servicios de telefonía pueden ser controlados a través del enlace de señalización; sin embargo, para los servicios como facsímil, SMS, comercio móvil, puede no ser factible controlar la autorización/uso a través del enlace de señalización. Para la compañía telefónica u otros operadores de comunicaciones que ofrecen estos servicios de valor agregado a los abonados itinerantes de pago anticipado, es necesario que se construyan algunas interfaces donde los registros de uso son colectados y procesados en intervalos frecuentes (por ejemplo, cada un minuto o cinco minutos) . Sin embargo, considerando la posibilidad de transacciones de alto valor, los servicios de comercio necesitan ser procesados en tiempo real cuando la transacción toma lugar.
La figura 7 explica como una modalidad ejemplar de un sistema de plataforma de comunicaciones convergentes administra el uso de tales servicios de valor agregado para los abonados itinerantes de pago anticipado. La red móvil 710 puede acceder a un sistema de administración de telefonía 720, un sistema de administración de servicios de SMS 722 y un sistema de administración de servicios de facsímil 724, un sistema de administración de servicio de datos 726 o un sistema de administración de servicios XYZ 728. La administración de telefonía 720 puede acceder a la valuación telefónica 740, la cual luego se puede conectar a la cuenta de pago anticipado y el saldo de la plataforma de comunicaciones convergentes 750. El sistema de administración de servicios de SMS 722, el sistema de servicios de facsímil 724, el sistema de administración de servicios de datos 726 y el sistema de administración de servicios XYZ 728 se pueden conectar al acceso 730 para acceder con lo cual a la valuación de servicios de datos mejorada para SMS 742, valuación de servicios de datos mejorada para facsímil 744, valuación de servicios de datos mejorada para datos 746 y valuación de servicios de datos mejorada 748. La valuación de servicios de datos mejorada para SMS 742, la valuación de servicios de datos mejorada para facsímil 744, la valuación de servicios de datos mejorada para datos 746 y la valuación de servicios de datos mejorada 748 se pueden conectar a la cuenta de pago anticipado y el saldo de la plataforma de comunicaciones convergentes 750. Antes de que se autorice un servicio de valor agregado, el sistema externo (es decir, el sistema que está proporcionando el servicio de valor agregado) hace una solicitud a través del acceso 730 al sistema de la plataforma' de comunicaciones convergentes ejemplar. Los detalles del sistema de la plataforma de comunicaciones convergentes ejemplar no se muestran en la figura 7, pero se describen y/o se muestran en la presente. En base a las tablas de valuación, el saldo de la cuenta disponible en la cuenta de pago anticipado y el análisis del perfil de servicios permitidos, la plataforma de comunicaciones convergentes ejemplar ya sea que automatiza la transacción o rechaza la transacción para el sistema externo por medio del acceso 730. Para cada transacción autorizada, el sistema externo proporciona el servicio de valor agregado al cliente itinerante de pago anticipado. Al final del uso (o al final de una cantidad predefinida de tiempo) , el sistema externo genera una valuación de datos mejorada (EDR) , la cual es enviada al sistema de la plataforma de comunicaciones convergentes ejemplar por medio del acceso 730. La plataforma de comunicaciones convergentes ejemplar inicia un proceso de valuación EDR para cada registro y procesa el EDR y actualiza la información del saldo de la cuenta del cliente en la base de datos de la plataforma de comunicaciones convergentes ejemplar. Es posible que un abonado itinerante de pago anticipado pueda utilizar uno o más servicios de valor agregado mientras que está en marcha el uso de la telefonía'. En este escenario, el sistema de la plataforma de comunicaciones - convergentes ejemplar, como será explicado adicionalmente en este texto, iniciaría un proceso de valuación de telefonía para el uso de la telefonía. La plataforma de comunicaciones convergentes ejemplar también procesa de manera simultánea los EDRs utilizando tablas de valuación EDR, reglas de EDR y procesos. Para evitar cualquier situación de conflicto o sobrecargos de saldos significantes, la plataforma de comunicaciones convergentes ejemplar proporciona una reserva prioritaria de dinero en la cuenta del cliente de pago anticipado para el servicio de telefonía (por ejemplo, que reserva una cantidad durante un cierto periodo predefinido de uso) . En esta arquitectura, también es posible que debido al asentamiento de cuentas retardado de los registros de EDR, el saldo de la cuenta del usuario itinerante de pago anticipado puede ir abajo de cero. Esta situación se evita por medio del dinero pre-reservado para el servicio de valor agregado cuando llega la solicitud de autorización de servicios. Por ejemplo, las llamadas del cliente desde un área de red de visita. La plataforma de comunicaciones convergentes ejemplar maneja la valuación de llamadas como sigue : 1. Las llamadas del abonado en la vía: IVR, estación del tren, Internet/Internet móvil y cualquier otro medio . 2. La plataforma de comunicaciones convergentes ejemplar válida al abonado ya sea por el número de teléfono, PIN dado al usuario u otra información o por la validación que puede ser automática o manual . 3. La IVR localiza la cuenta local del cliente. . La IVR envía una solicitud de información a la cuenta local del cliente para obtener información de la cuenta y perfil del servicio. 5. La IVR analiza/procesa la solicitud de información: el servicio de información es manejado por CCC, las solicitudes de información de servicio relacionadas con la cuenta generan solicitudes de información adicionales a la red local a través de la plataforma de comunicaciones convergentes ejemplar y el servicio de recarga es manejado como se describe posteriormente.
El cliente entonces se conecta a la Internet a través de un servicio WAP proporcionado por la red de visita y hace una adquisición a través de un sitio del comerciante. Para la autorización del pago, el sitio del comerciante (o cualquier otro proveedor de servicios que pide autorización) para la plataforma de comunicaciones convergentes ejemplar en la red local por medio de la red IP (red pública o privada) . La plataforma de comunicaciones convergentes entonces verifica con la base de datos de autorizaciones de la red local que el cliente está autorizado para la transacción comercial (validación del perfil del servicio) y obtiene la ubicación del cliente. La plataforma de comunicaciones convergentes entonces hace una solicitud a los componentes de la plataforma de comunicaciones convergentes, los cuales están manejando la llamada en la red del visitante (en una arquitectura distribuida, estos componentes podrían estar en la ubicación del visitante) . La plataforma de comunicaciones convergentes hace una solicitud por medio de un enlace WAN, ya sea dedicado o público. En una arquitectura centralizada estos componentes, podrían estar localmente disponibles. 11. La plataforma de comunicaciones convergentes hace una solicitud de autorización por medio de una red. 12. Una vez que la autorización va a través, el componente de la plataforma de comunicaciones convergentes ejemplar (ya sea en la red local o en la red de visita dependiendo de que tipo) entregaría la transacción completa a la base de datos de la red local para asegurar la consistencia de la información. 13. En base a las reglas de liquidación, la plataforma ¦ de comunicaciones convergentes ejemplar conduce las liquidaciones. La solicitud de autorización podría ser de dos tipos: Tipo 1: dígame cual es el saldo actual del cliente; y bloquear "X" cantidad de dinero hacia una transacción comercial ("X" es la cantidad solicitada por el comerciante para la autorización más cualquier cargo de servicio impuesto por las redes local/de visita en base al acuerdo de itinerancia) . En este escenario, la autorización final es manejada por la red local misma. Tipo 2: Por favor maneje la transacción comercial y deduzca X cantidad si está autorizado ("X" es la cantidad solicitada por el comerciante para la autorización más cualquier cargo de servicio impuesto por las redes local/de visita en base al acuerdo de itinerancia) . En este escenario, es el proceso de valuación comercial en la red de visita el cual maneja la transacción completa y genera los registros de liquidación para el procesamiento adicional . En otro ejemplo, el cliente A, quien es local para la red X, ha deambulado en la red Z. Él necesita elevar al tope/recargar su cuenta de pago anticipado. La plataforma de comunicaciones convergentes ejemplar puede permitir esto de las siguiente maneras: 1. Él puede adquirir un comprobante del operador Z en el mercado . 2. Él puede marcar el número de IVR de la red Z. 3. El sistema IVR, leyendo su . número MSISDN, determina a partir del código de red que él no es un abonado local . 4. Teniendo el ID de la red, la IVR hace una solicitud de información sobre la red TCP/IP a la base de datos LAUT de la red X, donde se determina el tiempo de habla de la red local del Cliente A para el valor del comprobante adquirido . 5. La base de datos LAUT entonces es actualizada en la red local.
Este procedimiento asegura que cualquier cantidad de dinero relacionada con la recarga siempre sea dirigida hacia la red local aún si es recargada en cualquiera de las redes visitantes. Después de una llamada itinerante exitosa, el ingreso facturado por el administrador de conmutación de la plataforma de comunicaciones convergentes ejemplar debe ser dividido entre las redes asociadas conforme a su acuerdo de la tarifa de itinerancia. El acuerdo de la tarifa de itinerancia puede ser almacenado en cualquiera de varias ubicaciones. El acuerdo puede ser almacenado en la plataforma de comunicaciones convergentes, un servidor de facturación separado o cualquier otro lugar que soporte la liquidación de las cuentas. Además, las reglas para la liquidación pueden estar localizadas en la plataforma de comunicaciones convergentes, un servidor de facturación separado o cualquier otro lugar determinado por las partes para el acuerdo. Además, los acuerdos pueden ser entre el operador de la plataforma de comunicaciones convergentes, compañías que hacen negocios con el operador, el cliente y los gobiernos . Al término de un periodo de tiempo arbitrario, generalmente una vez por día, todos los Registros de Descripción de Llamadas (CDRs) para las llamadas itinerantes son transferidos a un proceso de liquidaciones.
Alternativamente, también es posible crear registros de uso en formatos de estándares, industriales como TAP/Cyber para transmitir la información para propósitos de liquidación. Esto puede ser parte de cada oficina posterior del operador o puede ser manejado por medio de una oficina de compensación que funciona en un modelo del proveedor de servicios de aplicación (ASP) . La plataforma de comunicaciones convergentes ejemplar puede comparar los ingresos de cada operador con respecto a sus socios y organizar las transferencias netas, finales. Estas transacciones pueden ser almacenadas en la plataforma de comunicaciones convergentes o fuera, aunque la modalidad preferida es para el uso de una base de datos multidimensional proporcionada en la plataforma de comunicaciones convergentes. Si se utiliza la modalidad preferida, la base de datos multidimensional puede almacenar todos los aspectos de la transacción como una dimensión, con diversas dimensiones que liquidan en diversos momentos de acuerdo con los acuerdos entre las redes o vendedores asociados. También, donde est disponible un acceso, el cliente puede seleccionar su portador de larga distancia. En este escenario, la plataforma de comunicaciones convergentes ejemplar liquidaría la llamada terminada, móvil de la PSTN en la red de visita con el portador de larga distancia en lugar de la red móvil de larga distancia de la disposición local. También, es posible que la red móvil de larga distancia de la disposición local y la red móvil de larga distancia de la disposición de visita también pueden ser una red móvil de la disposición local y una red móvil de la disposición de visita (es decir, para cubrir el sistema de itinerancia de disposición global o las redes 3G) . También es posible que la red local y la red de visita puedan no estar basadas en la tecnología GSM, pero en cambio pueden estar basadas en otra tecnología móvil. El sistema de la plataforma de comunicaciones convergentes ejemplar puede estar conectado con la red de la compañía telefónica para actuar como un sistema de administración de servicios de itinerancia de pago anticipado. Además, la plataforma de comunicaciones convergentes ejemplar también puede estar interconectada con un sistema del comerciante para administrar las transacciones del comerciante. Las reglas de liquidación para cada uno de los socios comerciantes y de la red están configuradas en el sistema de liquidación de la plataforma de comunicaciones convergentes ejemplar. La plataforma de comunicaciones convergentes ejemplar controla las transacciones de pago relacionadas con los servicios o la transacción de comercial proporcionada. La plataforma de comunicaciones convergentes ejemplar, en base a las reglas de liquidación, liquidaría los pagos para todas las partes involucradas en los servicios y/o transacciones. Para los artículos tales como descuentos por volumen, servicios múltiples, la plataforma de comunicaciones convergentes ejemplar puede asentar la información apropiada en las tablas de datos. Periódicamente (por ejemplo, cada minuto, día, etcétera) , la plataforma de comunicaciones convergentes ejemplar analizaría esta información y conduciría las liquidaciones para tales servicios. La plataforma de comunicaciones convergentes ejemplar puede ser desplegada en un sitio central y puede ser conectada a la red de la compañía telefónica, red del comerciante y sistema de cuentas garantes de clientes. La plataforma de comunicaciones convergentes ejemplar permite la interacción dinámica entre la máquina o tabla de valuación para voz, datos y/o eventos y una cuenta de pago anticipado del cliente. Con la selección del usuario (ya sea seleccionar cada vez o el sistema mismo que selecciona automáticamente en base a los criterios definidos por el usuario) , el dinero puede ser transferido de una cuenta garante del cliente (cualquier tipo de cuenta) a la cuenta de pago anticipado del cliente de la plataforma de comunicaciones convergentes ejemplar. La cuenta de pago anticipado del cliente de la plataforma de comunicaciones convergentes ejemplar se utiliza para el procesamiento del pago de transacciones comerciales y de comunicaciones . En caso de que el saldo del cliente se agote en la cuenta de la plataforma de comunicaciones convergentes ejemplar, la cuenta de la plataforma de comunicaciones convergentes ejemplar puede ser recargada como el cliente desee, tal como a través de una cuenta garante del cliente en un fondo mutuo del banco o similares. La plataforma de comunicaciones convergentes ejemplar también permite el procesamiento simultaneo de transacciones comerciales, de comunicaciones y datos en la cuenta de pago anticipado del cliente individual de la plataforma. Para cada transacción la plataforma de comunicaciones convergentes ejemplar también puede liquidar pagos entre todas las partes involucradas en la provisión del servicio y/o transacción al cliente. Por ejemplo, si John Smith tiene una cuenta de banco (BAO01) y una cuenta de la plataforma de comunicaciones convergentes (UP987) , John Smith puede asociar su cuenta de banco BAO01 con su cuenta de la plataforma de pago anticipado UP987. BAO01, por supuesto, puede ser una cuenta de ahorros, cheques, débito, crédito o cualquier otro tipo de cuenta. Además, el banco puede ser algún otro tipo de entidad que garantice los fondos a un cliente. En base a los criterios definidos por el banco, el banco está de acuerdo con quedar como garante por una cierta cantidad para el límite de cuenta de la plataforma de comunicaciones convergentes a favor de John Smith. Por ejemplo, BA001 tiene $1500 en la cuenta del cliente y el banco puede permitir que el limite de cuenta del cliente de la plataforma de comunicaciones convergentes sea $100. La cantidad real en la cuenta de la plataforma de comunicaciones convergentes ejemplar podría variar dependiendo de varios factores como el historial bancario de John Smith, la cantidad que John Smith desearía tener en la cuenta de la plataforma de comunicaciones convergentes ejemplar, cualquier término y condición impuesta por la compañía telefónica, comunidad mercantil, agencias reguladoras locales, etcétera. John Smith puede utilizar la cuenta de pago anticipado de la plataforma de comunicaciones convergentes ejemplar para pagar cualquier servicio de comercio móvil o comunicación utilizando la cuenta de la plataforma de comunicaciones convergentes ejemplar, con un recargo utilizando la cuenta de banco o garante del cliente, asociada. Por ejemplo, en caso que un usuario agote el dinero en su cuenta de la plataforma de comunicaciones convergentes, él puede recargar su cuenta de la plataforma desde BA001. Él puede crear además subcuentas para la cuenta de comunicaciones convergentes (es decir UP001, UP657, etcétera) y utilizarlas para propósitos específicos (por ejemplo, dar a su familia con o sin restricciones sobre que tipo de servicios están permitidos para éstas o utilizar una cuenta para transacciones en línea y otra para transacciones fuera de línea, etcétera) . Él también puede, ya sea, establecer límites para cada una de sus subcuentas (control de presupuesto) o utilizar el límite de la cuenta principal (cuenta de comunicaciones convergentes) como un límite de flujo libre para todas las subcuentas en conjunto. En cualquier caso, el garante del banco para el pago del cliente está limitado a la cantidad especificada para la cuenta de la plataforma de comunicaciones convergentes ejemplar. También, BA001 no necesita ser una cuenta individual y el límite de UP987 no necesita ser una porción pequeña de BA001. Por ejemplo, BA001 puede ser una cantidad virtual, la cual combina el portafolio financiero completo de John Smith (por ejemplo, el saldo en la cuenta de ahorros, cuenta de crédito, cuenta de cheques, valor de mercado actual de todas las acciones/fondos mutuos, etcétera, mantenidos por John Smith) y el cual se puede tomar en cuenta para llegar a un número monetario para BA001. También, el límite en la cuenta de comunicaciones convergentes puede ser superior o inferior o igual a la cantidad en la cuenta BA001.
La plataforma de comunicaciones convergentes ejemplar hace posible los siguientes escenarios: autorización basada solo en un saldo en la cuenta de la plataforma de comunicaciones convergentes, autorización basada en un saldo en la cuenta de la plataforma de comunicaciones convergentes, donde la cuenta de la plataforma se integra con la cuenta del cliente de un garante autorizado para la transacción en tiempo real o casi en tiempo real (verificando el saldo y el cargo) y la autorización basada en un saldo en la cuenta de la plataforma de comunicaciones convergentes donde otra institución garantiza una cantidad permanente, la cual es la base de la autorización en tiempo real y el saldo en tiempo real. Es posible que en algunas situaciones/mercado no exista el envolucramiento de bancos. En este escenario, una cuenta de débito digital puede ser expedida por ya sea un comerciante o una comunidad de comerciantes o por una compañía telefónica o por una tercera parte o por una combinación de alguna o todas de estas entidades. La cuente de débito digital trabaja en forma muy similar, excepto que una parte diferente del banco emite la cuenta. En este escenario, la agencia que emite la cuenta de débito digital puede asociarse o no con un banco o una institución financiera.
Esta cuenta de débito digital es diferente de las carteras electrónicas que están actualmente disponibles en el mercado. Las carteras electrónicas tratan únicamente cuestiones relacionadas con el pago . Las carteras se enfocan principalmente en la cantidad de dinero que está autorizado. Por tanto, la cuenta de débito digital se dirige a otros diversos aspectos relacionados con el cliente (por ejemplo, si el cliente está autorizado a recibir o adquirir el servicio o no) . Las carteras electrónicas tampoco se dirigen a las cuestiones relacionadas con cargos continuos, basadas en el tiempo (por ejemplo, llamadas telefónicas, transferencia de música cargada por minuto de transferencia, etcétera) . La cuenta de débito digital se dirige a estas cuestiones y permite un cálculo apropiado de los cargos. Esto es, las carteras electrónicas no toman una decisión sobre cuanto dinero deducir de la cuenta de la cartera electrónica (ellas dependen de una tercera parte de esto) . La cuenta de débito digital utilizada en la plataforma de comunicaciones convergentes es capaz de tomar decisiones sobre cuanto dinero deducir. La plataforma de comunicaciones convergentes ejemplar puede ser desplegada en un sitio central y puede ser conectada a la red de la compañía telefónica ya sea como un nodo de servicio o un nodo de red inteligente. La plataforma de comunicaciones convergentes ejemplar también puede estar conectada al sistema de cuentas del cliente del banco o el sistema de tarjeta de crédito del cliente o cualquier sistema tercero que permita la recarga de la cuenta del cliente de la plataforma de comunicaciones convergentes en línea/fuera de línea. Para el cliente, una cuenta de la plataforma de comunicaciones convergentes ejemplar puede ser creada con dos subcuentas . Por ejemplo, una subcuenta se utiliza para las transacciones en línea/tiempo real, la cual podría ser para servicios de comunicación o para servicios comerciales o para ambos. La otra subcuenta se utiliza para transacciones fuera de línea. Por ejemplo, si John. Smith tiene una cuenta de la plataforma de comunicaciones convergentes ejemplar por $50, el podría tener la cuenta A con $40, la cual se utilizaría para las transacciones en línea/tiempo real. John Smith tiene otra subcuenta B con $10. Estos $10 se pueden transferir en el dispositivo de memoria de lectura/escritura del usuario (ya sea un dispositivo de memoria de lectura/escritura separado o un instrumento telefónico que trabaja como un dispositivo de memoria de lectura/escritura o cualquier combinación) . Cuando John Smith hace una llamada telefónica o transfiere música en la Internet o cualquier transacción que requiera la valuación en tiempo real, la plataforma de comunicaciones convergentes ejemplar utilizaría automáticamente o por una selección del usuario (preseleccionada o al momento de la solicitud del usuario) la cuenta A para el pago. Cuando John Smith va a una tienda y desea comprar algo de café o refresco o periódico o cualquier artículo (s) que no garantice una transacción en línea/tiempo real, la plataforma de comunicaciones convergentes ejemplar utilizaría automáticamente o por una selección del usuario (preseleccionada o al momento de la solicitud del usuario) la cuenta B. Si en los establecimientos comerciales, el equipo permite la conexión en linea a la plataforma de comunicaciones convergentes ejemplar, la plataforma de comunicaciones convergentes ejemplar puede actualizar (en ambas direcciones) la información relacionada con el perfil de la transacción/cliente . Si el saldo en la subcuenta B se agota, la plataforma de comunicaciones convergentes ejemplar permite que el cliente (ya sea por la selección del usuario o por medio de parámetros presentes) transfiera dinero de la cuenta A a la cuenta B. Si John Smith agota el dinero en la cuenta B, él también puede ir a un establecimiento comercial (el cual tiene equipo para utilizar la información del saldo en el dispositivo de memoria de lectura/escritura) y recargar su cuenta. Por ejemplo, si John Smith va a una tienda y paga $100, su dispositivo de memoria de lectura/escritura se actualiza por $100 adicionales y la siguiente ocasión que él utiliza un equipo del comerciante que tiene conexión en línea con el sistema de la plataforma de comunicaciones convergentes ejemplar, la plataforma de comunicaciones convergentes ejemplar actualizaría automáticamente la información y distribuiría los nuevos $100 a sus subcuentas A y B de pago anticipado deseadas por John Smith. La plataforma de comunicaciones convergentes ejemplar puede estar conectada a la compañía telefónica, redes de comerciantes y sistemas de cuentas del cliente de los bancos . La plataforma de comunicaciones convergentes ejemplar permite que el cliente defina varios criterios de recarga en base a la máquina de reglas configurables para la recarga. Esta máquina de reglas permite que el cliente defina: varios medios de recarga permitidos por el cliente (IVR, ATM, transferencia directa, etcétera) , varios criterios los cuales especifican conjuntamente si es momento de recargar la cuenta o no y varios criterios que determinan conj ntamente cuanto dinero es cargado en la cuenta del cliente. De esta manera, el sistema de la plataforma de comunicaciones convergentes puede hacer posible muchos servicios a través de accesos u otros medios para sus cuentas de pago anticipado del cliente.
La figura 8 muestra un desbloqueo ejemplar de los cargos por los servicios de comunicación para el uso con la plataforma, sistema y método de comunicaciones convergentes . La figura 8 incluye una columna para el tipo de cargo, cargo decidido por, cantidad deducida por, cantidades debidas a la red local y la red itinerante y la base para deducir los cargos. Por ejemplo, una transacción comercial puede necesitar pagar por las llamadas originadas, móviles (MOC) en la red local por medio de un alquiler tributario del servicio y honorarios de recargo. La figura 9 es un método ejemplar para recargar una cuenta del cliente de pago anticipado para la plataforma, sistema y método de comunicaciones convergentes. El método mostrado en la figura 9 es una recarga automática. Sin embargo, otros tipos de recarga están dentro del alcance de la invención, inclusive pasos adicionales que confirman una recarga con el cliente, pasos adicionales que confirman una recarga con un banco o una tercera parte y pasos adicionales relacionados con el tiempo de verificación u otras variables. El método comienza en el inicio 900 y continúa para determinar el 910 si existen suficientes fondos en la cuenta de pago anticipado del cliente. Al determinar si existen suficientes fondos en la cuenta en 910, se hace una determinación si existe valor o no en la cuenta del usuario de pago anticipado. Si no existen fondos suficientes en la cuenta, el método continúa a 920 para determinar si ¿se establecen reglas de recarga?. Si existen suficientes fondos en la cuenta, el método va al paso 912 para autorizar el servicio. Si el método va al paso autorizar el servicio 912, el método entonces continuaría al fin 950. Si el método continúa al paso "¿establecer las reglas de recarga?" 920, se hace una determinación si el cliente ha autorizado una recarga de pago anticipado o no de su cuenta. Si el cliente ha autorizado una recarga automática de la cuenta, el método continúa al paso "¿recargar desde?" 930. Si el cliente no ha autorizado una recarga automática de su cuenta, el método va al paso rechazar servicio 922. Si el método va a rechazar servicio 922, el método entonces continúa al fin 950. Si el método continúa al paso "¿recargar desde?" 930, se hace una determinación para recargar la cuenta por cualquiera de una cuenta de banco, crédito, inversión o un préstamo preautorizado . Si la acción "recargar desde" viene de un banco, el método continúa a comercio electrónico con el banco 932. Si la recarga es por medio de crédito, el método continúa a comercio electrónico con la compañía de crédito 934. Si la recarga es de una cuenta de inversión, el método continúa a comercio electrónico con la firma de inversión 936. Si la forma de la recarga es por medio de un préstamo preautorizado, el método continúa a comercio electrónico con la compañía de préstamos 938. Sin importar la forma de la recarga, el método continúa al paso 940. En el paso 940, la plataforma de comunicaciones convergentes recarga la cuenta del cliente de pago anticipado y regresa a determinar si existen suficientes fondos en la cuenta de pago anticipado del cliente 910. Como se describió anteriormente, el usuario puede recargar su cuenta desde cualquiera de varias fuentes. La recarga puede ser gobernada por las selecciones del usuario, o reglas. Por ejemplo, un usuario puede predeterminar que los primeros $5,000 de recarga vienen de una cuenta de inversión, y que después los cargos vienen de una cuenta de crédito. Además, un usuario puede autorizar la recarga en base a otras diversas variables, tales como tiempo, saldos de cuentas, cantidad de recarga y otros factores. Para cada cuenta de recarga, se establece un acuerdo entre el operador de la plataforma de comunicaciones convergentes y la entidad de recarga y la entidad de recarga y el cliente para tanto la plataforma como la entidad de recarga. El acuerdo puede detallar cosas tales como la velocidad de recarga, cuadros temporales de liquidación, notificación desde la entidad de recarga de fondos insuficientes, notificación de saldo de cuenta y otros factores que son conocidos en el campo. Los datos que se refieren al acuerdo de la cuenta de recarga, reglas y procedimientos serán almacenados preferiblemente en el administrador de cuentas y/o servicios de la plataforma de comunicaciones convergentes . La figura 10 muestra una relación ejemplar entre el negociante 1010, agente de ventas 1020, usuario 1030, portador externo 1050, cuentas corporativas y locales 1040, abonado de VMS 1060 y el administrador de servicios convergentes 1000. Un usuario 1030 puede colocar una orden o una cancelación de orden e introducir un PIN en el administrador de servicios convergentes 1000. El usuario 1030 entonces puede recibir servicios a cambio. En el intercambio por servicios que el usuario 1030 recibe, el administrador de servicios convergentes 1000 puede iniciar un pago desde las cuentas corporativas y locales 1040. Si el usuario 1030 desea recargar su cuenta, él puede ir al agente de ventas 1020. El agente de ventas 1020 entonces puede recargar la cuenta en el administrador de servicios convergentes 1000 y recibir una comisión a cambio. El administrador de servicios convergentes entonces puede transmitir las recargas de la cuenta a las cuentas corporativas y locales 1040. Cuando la cuenta es recargada, el usuario entonces puede autorizar un pago al comerciante 1010 a cambio de los servicios, que puede recibir el usuario. Además, el portador externo 1050 puede recibir un pago o autorización para los servicios tales como servicios de transmisión, así como también reconciliación de números telefónicos virtuales y actualizaciones de información de valuación para el administrador de servicios convergentes 1000. Alternativamente, el abonado de VMS 1060 puede recibir solicitudes de información o pagos por mantener la información de correo de voz, facturas y letras, respuestas para solicitudes de información, cartas de bienvenida y recordatorios de pago. La figura 11 es una modalidad ejemplar de un sistema convergente para hacer posible el comercio móvil en una red itinerante. El dispositivo del usuario 1130 conecta con la red itinerante 1120. La red itinerante 1120 conecta con el proveedor de servicios convergentes 1150. El proveedor de servicios convergentes 1150 puede ser conectado a la Internet 1100 y el proveedor de servicios convergentes 1140. Los comerciantes 1160 y 1170 pueden estar conectados a la Internet 1100. La red local 1110 entonces puede estar conectada también al proveedor de servicios convergentes 1140. Los proveedores de servicios convergentes 1150 y 1140 son ambos organizaciones que mantienen un sistema de comunicaciones convergentes con varias áreas de servicio. En operación, el dispositivo del usuario 1130 mientras está en la red itinerante 1120, puede conectarse con un proveedor de servicios convergentes 1150 para iniciar una transacción de comercio móvil . El proveedor de servicios convergentes 1150 entonces transmite la solicitud de una transacción de comercio móvil al proveedor de servicios convergentes 1140 en la red local 1110. El proveedor de servicios convergentes 1150 también puede estar conectado a la Internet 1100 para hacer contacto con el comerciante USO y el comerciante 1170 para proporcionar el suministro de servicios al dispositivo del usuario 1130 o la confirmación de suministro de bienes al dispositivo del usuario 1130. La figura 12 muestra un ejemplo de una actividad de servicio de itinerancia de pago anticipado de acuerdo con las modalidades ejemplares de la invención. El usuario de pago anticipado de teléfono móvil Tim en la ubicación 1200 cuya red local 1212 está en Italia 1210 viaja a España 1220, país que tiene red itinerante 1222. Mientras que está en España 1201, Tim desea recargar su cuenta de cliente de pago anticipado. Tim en la ubicación 1201 entonces hace contacto con la red itinerante 1222, la cual establece el enlace 1224 con SS7 1240, que estable el enlace 1242 con el administrador de servicios convergentes 1250. El administrador de servicios convergentes 1250 entonces envía por medio del enlace 1244, SS7 1240 y el enlace 1226 la información de cuenta actual de Tim a la red itinerante 1222. La red itinerante 1222 entonces puede hacer contacto con el banco 1232 en Francia 1230 para recargar la cuenta del usuario de pago anticipado de Tim en el administrador de servicios convergentes 1250. La figura 13 muestra una modalidad ejemplar de los datos de información y la estructura de una cuenta del usuario para una plataforma de comunicaciones convergentes . La cuenta de cliente puede incluir, pero no está limitada a, la tabla local 1300, tablas de información de solicitudes 1310 y la tabla de información de autorizaciones 1320. La tabla de información local 1300 puede incluir, pero no está limitada a, el número principal local, el título, nombre de pila, nombre intermedio, apellido, dirección, números telefónicos, facsímil, correo electrónico, observaciones, profesión, fecha de última factura, cantidad de depósito, límite de crédito, límite de crédito dejado, saldo de cuenta, última fecha de pago, tarjetas activas, estado y fecha de cambio de estado. La tabla de información de autorizaciones 1320 puede incluir el valor, cuarentena, validez para descripción, dispositivo contador utilizado, estado aprobado, última secuencia aprobada, código de topología y transcurrido para ROC. La tabla de información de solicitudes 1310 puede incluir, pero no está limitada a, el código externo, secuencia de inicio, cobertura, número PIN, código de activación inicial y estado. La figura 14 muestra una modalidad ejemplar de una cuenta de cliente enlazada a un sistema de correo de voz para una plataforma de comunicaciones convergentes. La cuenta del cliente puede incluir, pero no está limitada a, la tabla del cliente 1400, el buzón de voz 1410. La tabla del cliente 1400 puede incluir, pero no está limitada a, la contraseña, título, nombre de pila, nombre intermedio, apellido, dirección, números telefónicos, facsímil, correo electrónico, estado, fecha de cambio de estado, ID del perfil, profesión, ID de lenguaje, fecha activada, fecha de última factura, saldo actual, fecha de última pago, observaciones y mensaje de bienvenida. El buzón de voz 1410 puede incluir, pero no está limitado a, estado del nombre del operador y número del cuadro de importación para aceptar. Un perfil del sistema de correo de voz puede ser agregado e incluiría la descripción, enlace de mensaje total, enlace de mensaje individual, edad del mensaje, cargo, impuestos suplementarios, tipo de interés, prorrateado, terminación del periodo de validez, inicio del periodo de validez, depósito y mensaje total. La figura 15 muestra una modalidad ejemplar de un sistema de respuesta de voz interactivo como se puede utilizar en una plataforma de comunicaciones convergentes.
El método en la figura 15 comienza en el inicio 1500. El método entonces continúa a reproducir el número de aviso 1 para el usuario 1510. Después de que el número de aviso 1 es reproducido para el usuario en 1510, el método se mueve a esperar un número 1512. Si se introduce un dígito, el método sigue a ese número a verificar el número 1520. En verificar el número 1520, si el número es un número válido, el método continúa a 1530. Si el número es un número inválido, el método regresa a 1514. En 1514 se hace una determinación si se ha alcanzado el reintento máximo. Si el reíntento máximo no se ha alcanzado, el método continúa a reproducir el aviso 1 para el usuario 1510. Si el reintento máximo ha sido alcanzado, el método continúa a reproducir el aviso 4 1560. En Reproducir el aviso 2 para el usuario 1530, se hace una determinación si se recibió un número o se alcanzó el final de la reproducción. Si reproducir el aviso para el usuario 1530 alcanzó el final de la reproducción, el método va a esperar un número 1532. Si reproducir el aviso para el usuario 1530 obtiene un número, el método continúa a reproducir el aviso 3 para el usuario 1540. En esperar un número 1532 hay una espera hasta que se obtiene un número. Una vez que se recibe un número, el método va a reproducir el aviso 3 para el usuario 1540. Reproducir el aviso 3 para el usuario 1540 entonces determina si se alcanzó el final de la reproducción o si se recibieron números . Si reproducir el aviso 3 para el usuario 1540 alcaza el final de la reproducción, el método va a esperar un número 1542. Si la reproducción del aviso 3 para el usuario 1540 recibe un número, continúa a verificar el número 1550. En verificar el número 1550, si el número es un número válido, el método va a registrar el código corto y número real en la base de datos 1570. De otro modo, el método va a reproducir el aviso 4 1560. La figura 16 es un diagrama de flujo que muestra el uso de una cuenta de pago anticipado en una plataforma de comunicaciones convergentes para una ¦ liquidación de múltiples partes. El aviso 1 puede incitar a la plataforma de comunicaciones convergentes para seleccionar un tipo de parte en base a las reglas previamente establecidas . El tipo de parte entonces puede ser introducido en la selección del tipo de parte 1510. Una selección de un tipo de parte 1610 puede ser cualquiera de un tipo corporativo, local, negociante o agente de ventas. Si el tipo de parte es corporativo, el método se mueve a seleccionar la división 1612. Si el tipo de parte es local, el método va a seleccionar el tipo local 1614. Si el tipo de parte es un negociante, el método va a seleccionar el negociante 1616. Si el tipo de parte es un agente de ventas, el método va a seleccionar un agente de ventas 1618. Dependiendo del tipo de parte seleccionado, el tipo apropiado de ID se envía a observar las cantidades sobresalientes para los códigos de partes y los pagos de las cantidades debidas 1600. Con lo cual, un usuario puede recargar o establecer una cuenta de pago anticipado. La información relevante es almacenada en observar las cantidades sobresalientes para los códigos de partes y pagos de las cantidades debidas 1600 en la plataforma de comunicaciones convergentes. El método del pago del aviso 2 incita a la plataforma de comunicaciones convergentes a seleccionar el método de pago en base a las reglas definidas previamente. En la selección del método del pago 1620, se selecciona un tipo de método de pago de una tarjeta de crédito, banco y dinero en efectivo. Si se selecciona la tarjeta de crédito, el método se mueve a introducir información de tarjeta de crédito 1640. Si se selecciona el banco, el método se mueve a introducir información del banco 1622. El método entonces se mueve a observar cantidades sobresalientes y códigos de partes y pago de las cantidades debidas 1600. En observar cantidades sobresalientes para códigos de partes y pago de la cantidad debida 1600 se puede proceder entonces a cualquiera de am_di_info 1630 am__home_info 1632 dms_dealer 1634 dms_sales_agent 1636 pp_±nstr_ 1638 pp_credit_card 1640 pp_paid_trans_main 1642 pp_oustand_j?ayment 1644. Liquidando de esta manera la transacción de múltiples partes. La figura 17 es una modalidad ejemplar de un método semiautomatizado para recargar una cuenta de pago anticipado y establecer las reglas para la liquidación de múltiples partes que puede ocurrir dentro de un dispositivo de comunicaciones convergentes . El método comienza en el inicio 1700 y continúa a ya sea seleccionar tipo de parte 1701 y codificar o ver la lista de pagos O/S 1710. Si el método va a observar la lista de pagos sobresalientes y de liquidación (O/S) 1710, el método determinará un primer pago actualmente debido. El método entonces continúa a seleccionar método de pago 1720. En seleccionar método de pago 1720, el método entonces determinará el tipo de pago en base a las reglas definidas previamente. Si la regla indicó dinero en efectivo, el método se mueve a dinero en efectivo 1722. Si la regla indicó un cheque, el método se mueve a cheque 1724. Si la regla indicó una tarjeta de crédito, el método se mueve a tarjeta de crédito 1726. Si la regla indicó cheque 1724, el método entonces continúa a insertar banco 1725. Si la regla indicó tarjeta de crédito 1726, el método se mueve a insertar información de tarjeta de crédito 1727. El método entonces continúa a insertar un registro de transacción 1730, después de introducir la información apropiada almacenada previamente en la plataforma de comunicaciones convergentes. El método entonces continúa al fin 1740. Si la regla indicó tipo y código de parte, el método entonces continúa al paso 1712. En seleccionar tipo y código de parte, el método entonces determina un tipo de parte que necesita una actualización de la cuenta. Si la regla indicó corporativo, el método se mueve a actualizar corporativo 1702. Si la regla indicó local, el método continúa a actualizar local 1704. Si la regla indicó comerciantes, el método se mueve a actualizar comerciante 1706. Si la regla indicó agente de ventas, el método se mueve a actualizar agente de ventas 1708. El método entonces continúa al fin 1740. La figura 18 muestra un método ejemplar para generar un reporte para el uso con una plataforma y sistema de comunicaciones convergentes . El método puede comenzar en cualquiera de información de partidas 1820, imprimir información de órdenes 1810, información de lotes 1830, imprimir información del vendedor 1860 o todos los tipos de tarjetas 1850. El método entonces continúa a generación de reporte 1800 y continúa a observación previa de reporte 1840. Si el método comienza en la información de partidas 1820, la valuación unitaria del número de partida y el número de partida necesitarán ser introducidos desde un dispositivo de memoria en la plataforma de comunicaciones convergentes . Si el método comienza en imprimir información de orden 1810, es necesario introducir el número de PO, estado de PO y fecha de PO. Si el método comienza en la información del lote 1830, será necesario introducir el número del lote y el tamaño del lote. Si el método comienza en todos los tipos de tarjetas 1850, será necesario introducir la descripción del tipo de tarjeta de crédito. Si el método comienza en imprimir información del vendedor 1860, será necesario introducir el nombre del vendedor. La figura 19 es un ejemplo de la trasferencia de datos en una plataforma de comunicaciones convergentes . Como se muestra en la figura 19, un dispositivo del usuario 1900 puede contener una estructura de almacenamiento de datos tal como 1905, la cual contiene la información del usuario final, la información de cuenta facilitada por el usuario final, información de telecomunicación Telecom, información de captura de datos de facturación e información de captura de datos del usuario. La estructura de datos del usuario 1905 también puede contener un control de llamadas del dispositivo de comunicaciones y un control de facturación y una función de captura de datos, la cual se puede comunicar con el dispositivo de comunicación para el pago y el proceso de liquidación y la atención al cliente 1940. El ISP de Internet 1910 puede contener la estructura de datos 1915 que contiene información sobre el usuario final, la cuenta facilitada por el usuario final, el ISP, la captura de datos de facturación y la captura de datos del usuario relacionada con la publicidad y comisiones. La estructura de datos 1915 también puede contener un módulo para el radiocontrol del dispositivo de comunicaciones, control de uso y captura de datos que se comunica con el dispositivo de comunicación o procesamiento de pago o liquidación y atención al cliente 1940. El portal 1920 puede contener una estructura de datos 1925. La estructura de datos 1925 puede contener información del usuario final, información del acceso a la cuenta, información del portal e información de la administración de la cuenta. La estructura de datos 1925 también puede contener un módulo para las comunicaciones, pago de dispositivos, seguro y captura de datos que pueden comunicarse con el dispositivo de comunicación para el procesamiento de pago y liquidación y atención al cliente 1940. El comerciante 1930 puede contener una estructura de datos 1935. La estructura de datos 1935 puede contener información sobre el usuario final, facturación de la tarjeta en una cuenta habilitada, comerciante, captura de datos de facturación y captura de datos del usuario. La estructura de datos 1935 también puede contener un módulo para las comunicaciones, pago de dispositivo, seguro y captura de datos que se comunica con el dispositivo de comunicación para el procesamiento de pago y liquidación y la atención al cliente 1940. El dispositivo de comunicación para el procesamiento de pago y liquidación y atención al cliente 1940 puede comunicarse con la administración de relaciones de extracción de datos/cliente (CRM) 1950. La figura 20? es un método y sistema ejemplar para la liquidación en tiempo real de múltiples partes para servicios y/o transacciones hechas por un cliente con una cuenta de tipo de recarga, de pago anticipado utilizando una plataforma de comunicaciones convergentes. El método ejemplar comienza con los usuarios finales 2000 iniciando el método. El método entonces continúa a la recarga de pago anticipado 2010. En la recarga de pago anticipado 2010, un usuario determina por adelantado, automáticamente o al momento de solicitar el servicio y/o transacciones que otra de sus cuentas fuera de la plataforma y que cantidades relacionadas con cada una de esas cuentas deben ser recargadas en su cuenta de la plataforma de pago anticipado. El método entonces continúa a la liquidación financiera en tiempo real 2050. La liquidación financiera en tiempo real 2050 recibe solicitudes para el pago de la compañía telefónica 2060, ISPs 2062, portal 2064, comerciantes 2066 y banco 2068. La administración de comerciantes 2070 es el medio para lograr la liquidación financiera en tiempo real y directa 2050. El administrador de comerciantes 2070 especifica si la liquidación para las múltiples partes involucradas debe ser instantánea, retardada, involucrando autorizaciones adicionales o cualquier otra característica como es bien conocida en el campo. De esta manera, existen modalidades ejemplares de la plataforma de comunicaciones convergentes que pueden liquidar transacciones que involucran múltiples partes a través de múltiples marcos temporales . La figura 20B es otro método y sistema ejemplar para la liquidación en tiempo real de múltiples partes para servicios y/o transacciones hechas por un cliente con una cuenta de tipo de recarga, de pago anticipado utilizando una plataforma de comunicaciones convergentes. El método comienza con los usuarios finales 2000 iniciando el método. El método continúa a la recarga de pago anticipado 2010. En la recarga de pago anticipado 2010, un usuario determina por adelantado, automáticamente o al momento de solicitar servicios y/o transacciones que otra de sus cuentas fuera de la plataforma y que cantidades relacionadas con cada una de estas cuentas deben ser recargadas en su cuenta de la plataforma de pago anticipado. El método entonces continúa al banco 2020. En el banco 2020, los fondos son transferidos del banco a la liquidación financiera en tiempo real 2050. La liquidación financiera en tiempo real 2050 recibe las solicitudes de pago de la compañía telefónica 2060, ISPs 2062, portal 2064 y comerciantes 2066. La administración de comerciantes 2070 es el medio para lograr la liquidación financiera en tiempo real y directa 2050. La administración de comerciantes 2070 especifica si la liquidación para las múltiples partes involucradas debe ser instantánea, retardada, involucrando autorizaciones adicionales o cualquier otra característica bien conocida en el campo. De esta manera, existen modalidades ejemplares de la plataforma de comunicaciones convergentes que pueden liquidar transacciones que involucran múltiples partes a través de múltiples marcos temporales. La figura 21 es una modalidad ejemplar de un dispositivo de administración de cuentas 2100 para el uso en la plataforma de comunicaciones convergentes . El dispositivo de administración de cuentas 2010 puede tener un administrador de cuentas del abonado 2160, un aprovisionamiento de SIM 2170, distribución de SIM 2180, ordenamiento de SIM 2190, liquidaciones 2150, aprovisionamiento de comprobantes 2140, distribución de comprobantes 2130, ordenamiento de comprobantes 2120 y generación de PIN 2110. La figura 22 es un diagrama de bloques de un administrador de conmutación ejemplar 2200 para el uso en la plataforma de comunicaciones convergentes. El administrador de conmutación 2200 puede contener la valuación 2230, control de llamadas 2220 y saldo 2210. La valuación 2230 puede ser una valuación en tiempo real, por varios incrementos, del costo de un servicio solicitado. La evaluación también puede determinar los recargos o riesgos involucrados en la transacción comercial. El control de llamadas 2220 puede mantener la ruta de todos los cargos simultáneos a una cuenta del usuario y envia señales a ya sea el usuario o varias terceras partes para autorizar cantidades adicionales para recargar la cuenta del usuario, o la autorización para conducir una recarga o terminar una llamada. El control del saldo 2210 puede mantener la ruta del saldo instantáneo en una cuenta del usuario o proporcionar advertencias cuando una cuenta del usuario alcanza un nivel predeterminado. La figura 23 es un diagrama de bloques que muestra un ejemplo de un sistema de comunicaciones convergentes de negocio a negocio (B2B) . Como se observa en la figura 23, la compañía 1 2330, compañía 2 2332 hasta la compañía x 2339 se conectan por medio de la Internet 2310 al sistema de comunicaciones convergentes 2300. Además, la compañía A 2340, el gobierno 2342, servicio A 2344, servicio B 2346, comerciante 2348 y proveedor 2349 se conectan por medio de la Internet 2320 al sistema de comunicaciones convergentes 2300. El sistema de comunicaciones convergentes 2300 puede ser conectado o integrado con una cuenta virtual 2302, cuenta regular 2304 y sistema bancario 2306. De esta manera, una compañía tal como la compañía 1 2330 solo necesita tener una conexión a la Internet 2310 a fin de conducir transacciones de negocio a negocio con cualquiera de la compañía A 2340 hasta el proveedor 2349. La figura 24 es un diagrama de bloques que muestra otro ejemplo de un sistema de comunicaciones convergentes de negocio a negocio. En la figura 24, los usuarios 2400 se conectan por medio del teléfono 2410, ATM 2412, WEB 2414, WAP 2416 y agentes 2418 a través del banco 2420. El banco 2420 se conecta al acceso B2B 2434. El acceso B2B 2434 es parte del sistema de comunicaciones convergentes 2430, el cual también contiene un dispositivo de comunicaciones convergentes 2432. El dispositivo de comunicaciones convergentes 2432 se conecta a la compañía telefónica u otro sistema de facturación de la compañía 2440. De esta manera, los usuarios 2400 pueden depositar o transferir fondos utilizando un teléfono 2410, ATM 2412, WEB 2414 o WAP 2416 o el agente 2418 para transferir fondos entre las cuentas y/o designar una transacción de negocio a negocio utilizando el banco 2420 para una compañía telefónica o sistema de facturación de la compañía 2440. Además, como se muestra en la figura 24, el banco 2420 solo necesita tener una conexión al sistema de comunicaciones convergentes 2430 para conducir el comercio de negocio a negocio con muchas entidades diferentes . La figura 25 es un diagrama de bloques de un sistema ejemplar para recargar una cuenta de pago anticipado del cliente en una plataforma de comunicaciones convergentes. En la figura 25, varios dispositivos tales como ATM 2506, ATM 2504, ATM 2502, ATM 2508, firma de inversión 2530, banco 2 2520 y banco 1 2510 son conectados a la red X.25 2500. La red X.25 2500 es conectada al enrutador 2549 como parte de la plataforma de comunicaciones convergentes 2540. La plataforma de comunicaciones convergentes 2540 puede contener el cortafuegos 2544, administrador de cuentas 2546, atención al cliente 2548 y banco 3 2542. El administrador de cuentas 2546 puede ser conectado a la base de datos 2547. De esta manera, un usuario cliente puede acceder a su cuenta en la plataforma de comunicaciones convergentes 2540 desde cualquier medio remoto, tal como ATM 2506. La figura 26 es un diagrama de bloques de un sistema ejemplar para recargar una cuenta de pago anticipado del cliente utilizando un sistema de respuesta de voz interactivo en una plataforma de comunicaciones convergentes. Como se muestra en la figura 26, la unidad principal del banco 1 2610 puede ser conectada por medio de la red X.25 2600 a cualquiera de los ATM 2602 hasta 2608, compañía telefónica 2 2640, compañía telefónica 1 2630 y unidad principal del banco 2 2620. La plataforma de comunicaciones convergentes 2650 también puede estar conectada a la red X.25 2600. La plataforma de comunicaciones convergentes 2650 puede contener el enrutador 2660, cortafuegos 2658, administrador de cuentas 2656, base de datos 2657, sistema de respuesta de voz interactivo 2654 y operador 2652. De esta manera, un usuario cliente que se conecta a la plataforma de comunicaciones convergentes 2650 a través de la compañía telefónica 1 2630 puede tener su solicitud encaminada a través de la red X.25 2600 al enrutador 2660. El enrutador 2660 puede autenticar al usuario utilizando el cortafuegos 2658 y determinar que la solicitud deber utilizar el sistema de respuesta de voz interactivo 2654. El sistema de respuesta de voz interactivo 2654 ya sea que puede manejar la recarga de cuentas o, si el cliente está teniendo una dificultad, el sistema de respuesta de voz interactivo 2654 puede transmitir la llamada al operador 2652. Si el sistema de respuesta de voz interactivo 2654 puede manejar la recarga de cuentas, el usuario al decir los comandos o introducir dígitos puede transferir fondos de la unidad principal del banco del usuario 2 2620 utilizando la red X.25 2600 al administrador de cuentas de la plataforma 2656 donde se registra en la base de datos de la plataforma 2657. La figura 27 es un diagrama de bloques de un sistema de seguridad ejemplar utilizado por la plataforma de comunicaciones convergentes. Como se observa en la figura 27, un número de identificación personal (PIN) 2701 puede ser introducido en el dispositivo del usuario 2700. El dispositivo del usuario 2700 puede contener un módulo de identidad del abonado (SIM) 2702, una identidad del abonado móvil internacional (IMSI) 2704 y una identidad del equipo de la estación móvil internacional (IMSEI) 2706. El dispositivo del usuario 2700 entonces puede transferir cualquiera de aquellos números requeridos para la seguridad al conmutador telefónico 2730. El conmutador telefónico 2730 puede contener un número de centro de conmutación móvil (MSCN) 2734 y un número de estación móvil (MSN) 2732. El conmutador telefónico puede transmitir cualquiera de los números anteriores o códigos de identificación al administrador de conmutación 2750. El administrador de conmutación 2750 puede contener una cuenta del usuario 2752 y un módulo de autorización 2754.
La plataforma de comunicaciones convergentes ejemplar permite las transacciones financieras seguras (ya sea en base a ISO 8583 o cualquiera de tales protocolos de transacciones financieras seguras) , la cual efectúa la recarga real de una cuenta de pago anticipado del cliente. La plataforma de comunicaciones convergentes ejemplar proporciona diversas interfaces que permiten retirar dinero de los sistemas terceros (por ejemplo, las plataformas de comunicaciones convergentes ejemplares que comienzan transacciones para tomar dinero de un sistema de cuentas de banco del cliente) o depositar el dinero en el sistema de la plataforma de comunicaciones convergentes ejemplar por sistemas terceros (por ejemplo, un sistema de cuentas de banco del cliente que deposita dinero en la cuenta de pago anticipado del cliente de la plataforma de comunicaciones convergentes ejemplar) . De esta manera, en la conducción de una transacción comercial regular, la plataforma de comunicaciones convergentes puede tener protección contra el fraude de usuarios no autorizados de tarjeta de crédito y tarjeta de débito y un fraude del establecimiento del comerciante. De esta manera, el método y la plataforma del sistema de comunicaciones convergentes ejemplar puede utilizar cualquier sistema de seguridad del dispositivo ahora conocido o ideado posteriormente para autenticar los usuarios de la plataforma de comunicaciones convergentes de pago anticipado. La figura 28 muestra una modalidad ejemplar de la liquidación de múltiples partes utilizando la plataforma de comunicaciones convergentes como una casa de liquidación. Como se observa en la figura 28, la casa de liquidación 2800 puede estar relacionada con los bancos 2840, comerciantes 2820, proveedores de servicios de Internet 2830 y clientes 2810. La plataforma de comunicaciones convergentes puede actuar de esta manera como un conducto individual para las liquidaciones financieras de múltiples partes, además de actuar como un conducto individual para múltiples servicios y transacciones por medio de redes heterogéneas . La figura 29 es una captura de pantalla ejemplar de la información del vendedor, comerciante y proveedor de servicios para la liquidación en una plataforma de comunicaciones convergentes. Como se observa en la figura 29, se pueden almacenar varias reglas para los acuerdos de interacción y liquidación con diversos vendedores, proveedores de servicios y comerciantes. Por ejemplo, la plataforma de comunicaciones convergentes ejemplar puede almacenar y exhibir al comerciante, la condición de liquidación, valor de la liquidación, unidades para la liquidación, relojes fechadores, divisa, versiones del contrato, fechas válidas para el contrato y cualquier regla adicional relacionada con el contrato. Por ejemplo, Satyam online desea liquidar transacciones de comercio electrónico después de la recepción, con un valor mayor de 5, donde se colecta un porcentaje de recepciones totales. Además, el contacto es válido desde el 23 Noviembre de 2000 hasta el 23 de Noviembre de 2000. La figura 30 es una captura de pantalla ejemplar de la información adicional del vendedor/proveedor de servicios/comerciante para una plataforma de comunicaciones convergentes. Como se muestra en la figura 30, un comerciante, por ejemplo Sify@info.com puede tener información tal como el contacto, inicio del periodo de validez, término del periodo de validez, condición, modo de pago, valor, reloj fechador, comerciante, condición, modo de pago, valor, reloj fechador y ahorro que se refiere al comerciante . La figura 31 es una captura de pantalla ejemplar de los detalles adicionales acerca de los vendedores/proveedores de servicios/comerciantes para una plataforma de comunicaciones convergentes. Como se como se observa en la figura 31, los detalles tales como nombre completo, dirección 1, dirección 2, ciudad, estado, código postal, pais, número de cuenta, divisa básica, unidades básicas, nombre del banco, marca del banco, ciudad del banco y observaciones que se refieren al comerciante se pueden almacenar en la plataforma de comunicaciones convergentes . La figura 32 muestra un depósito de reglas ejemplar para implementar un conjunto de reglas sofisticadas dentro de un sistema de comunicaciones convergentes. El depósito de reglas ejemplares contiene varias tablas. Las tablas pueden ser denominadas fichero maestro de reglas 3200, abonado 3210, proveedor de servicios 3220 y servicio 3230. Cada tabla puede contener varios campos los cuales retienen datos relacionados con la implementación de varios conjuntos de reglas. La tabla del fichero maestro de reglas 3200, por ejemplo, puede tener campos del identificador de reglas, basados en el tiempo, basados en el día, en basados en la fecha, basados en el volumen, porcentaje, basados en la ubicación, basados en los atributos del abonado, basados en los atributos del proveedor de servicios, basados en el servicio, basados en la última transacción y basados en contratos hipotecarios. El campo del identificador de reglas puede estar enlazado a la tabla del abonado 3210 y la tabla del proveedor de servicios 3220. La tabla del abonado 3210 puede tener campos del identificador del abonado, identificador del servicio, identificador del proveedor de servicios, crédito del saldo, cantidad de uso y lista de reglas. El campo del identificador del servicio puede estar enlazado a la tabla del servicio 3230. El campo del identificador del proveedor de servicios puede estar enlazado a la tabla del proveedor de servicios 3220. La lista del campo de reglas puede estar enlazada a la tabla del fichero maestro de reglas 3200. La tabla del proveedor de servicios 3220 puede tener campos del identificador del proveedor de servicios, identificador del servicio, proveedor de servicios de visita, por pagar, por cobrar y lista de reglas. El campo del proveedor de servicios puede estar enlazado al campo del proveedor de servicios de visita y la tabla del abonado 3210 El campo del identificador del servicio puede estar enlazado a la tabla del servicio 3230. La lista del campo de reglas puede estar enlazada a la tabla del fichero maestro de reglas 3200. La tabla del servicio 3230 puede tener campos del identificador del servicio, tipo de servicio y tarifa. El campo del identificador del servicio puede estar enlazado a los campos del abonado 3210 y el proveedor de servicios 3220. Las tablas adicionales pueden ser parte de un sistema y método de comunicaciones convergentes total. Adicionalmente, mientras que los nombres descriptivos se utilizan para las diversas tablas y campos utilizados en el depósito de reglas ejemplar, se puede utilizar cualquier nombre, y sea relacionado o no con la función del campo o tabla. Se pueden utilizar campos adicionales en cada una de las tablas, por ejemplo, se puede utilizar un campo de seguimiento para mantener las fechas de modificación. La figura 33 es un aparato ejemplar que puede implementar el proceso de liquidación utilizando un sistema y método de comunicaciones convergentes de acuerdo con una modalidad preferida de la invención. El sistema total incluye un sistema de comunicaciones convergentes 3300, proveedores de servicios 3340 e instituciones financieras 3380. Después de que se ha autorizado una transacción y se ha hecho el cargo, el aparato ejemplar demuestra una manera en que puede ocurrir la liquidación, cuando los proveedores de servicios 3340 mantienen cuentas dentro de las instituciones financieras 3380 y no reciben directamente los fondos por el servicio proporcionado . Mientras que este escenario es el más común, con la transferencia de fondos de una cuenta en la institución financiera a otra, existen escenarios adicionales que pueden impactar la liquidación. La liquidación comienza con una cuenta en el sistema de comunicaciones convergentes 3300 que es cargada acorde con un proveedor de servicios 3340 que proporciona un servicio. El sistema de comunicaciones convergentes 3300 puede contener un proveedor de servicios de liquidación 3301. El proveedor de servicios de liquidación 3301 puede contener una importación/exportación de datos 3302 que transfiere información entre el sistema de comunicaciones convergentes 3300, los proveedores de servicios 3340, las instituciones financieras 3280 y el depósito de formatos de datos 3310. De esta manera, por ejemplo, un proveedor de servicios 3340 puede proporcionar reglas de liquidación al proveedor del proceso de liquidación 3301 a través de la importación/exportación de datos 3302. Las reglas de liquidación entonces se pueden utilizar para ya sea producir datos para el depósito de formatos de datos o para proporcionar instrucciones de transferencia a las instituciones financieras 3380. Las instituciones financieras 3380 entonces pueden transferir fondos entre instituciones o cuentas. Por ejemplo, si el sistema de comunicaciones convergentes 3300 tiene una cuenta del usuario que es hospedada por una unión de crédito 3384 y un proveedor de servicios 3340 proporciona un servicio que será acreditado a su cuenta en el banco 3382, el proveedor del proceso de liquidación 3301 puede proporcionar simplemente instrucciones de transferencia a las instituciones financieras 3380. Los proveedores de servicios pueden ser cualquiera de las compañías de telecomunicaciones 3342, compañías de servicios de Internet 3340, comerciantes 3346, proveedores de contenido 3348 o cualquier otra organización de dispositivos ahora conocida o creada posteriormente para proporcionar bienes o servicios. Las instituciones financieras 3380 pueden ser cualquiera de los bancos 3382, uniones de crédito 3384, compañías de crédito 3386, corretajes 3388 o cualquier organización ahora conocida o creada posteriormente para retener y transferir valores . La figura 34 muestra un método ejemplar para recargar una cuenta de cliente de pago anticipado para un sistema y método de comunicaciones convergentes de acuerdo con varias modalidades ejemplares de la invención. El método mostrado en la figura 34 es un progreso lineal de preguntas. Sin embargo, otras diversas modalidades ejemplares pueden incluir preguntas simultaneas, preguntas contingentes y preguntas con respuestas indefinidas. El método comienza en el inicio 3400 y continúa a determinar si la transferencia debe ser desde una cuenta de ahorros 3410. Si se hace la determinación en determinar si la transferencia debe ser desde una cuenta de ahorros 3410 que la transferencia no debe ser desde una cuenta de ahorros, el método continúa a determinar si la transferencia debe ser desde una tarjeta de crédito 3410. Si se hace la determinación en determinar si la transferencia debe ser desde una cuenta de ahorros 3410 que la transferencia debe ser desde una cuenta de ahorros, el método continúa a determinar si existen fondo suficiente en la cuenta 3420. Si se hace la determinación que existen suficientes fondos en la cuenta, el método continúa a transferir los fondos 3490. Si se hace la determinación que no existen fondos suficientes en la cuenta, el método continúa a determinar si la transferencia debe ser desde una tarjeta de crédito 3430. Si se hace la determinación en determinar si la transferencia debe ser desde una tarjeta de crédito 3430 que la transferencia no debe ser desde una tarjeta de crédito, el método continúa a determinar si la transferencia debe ser desde una cuenta de acciones 3450. Si se hace la determinación en determinar si la transferencia debe ser desde una tarjeta de crédito 3430 que la transferencia debe ser desde una tarjeta de crédito, el método continúa a determinar si existe suficiente crédito en la cuenta 3440. Si se hace la determinación que existe suficiente crédito en la cuenta, el método continúa a transferir los fondos 3490. Si se hace la determinación que no existe crédito suficiente en la cuenta, el método continúa a determinar si la transferencia debe ser desde una cuenta de acciones 3450. Si se hace la determinación en determinar si la transferencia debe ser desde una cuenta de acciones 3450 que la transferencia no debe ser desde una cuenta de acciones, el método continúa a determinar si se debe permitir que el cliente sea sobregirado 3470. Si se hace la determinación en determinar si la transferencia debe ser desde una cuenta de acciones 3450 que la transferencia debe ser desde una cuenta de acciones, el método continúa a consultar al cliente acerca de que acciones vender 3460. Una vez que el cliente determina un número de acciones a vender, el método continúa a transferir los fondos 3490. Si se hace la determinación en determinar si debe permitir que el cliente sea sobregirado 3470 que no se debe permitir que el cliente sea sobregirado, el método continúa a determinar si el cliente autorizó la recarga 3480. Si se hace la determinación en determinar si se debe permitir que el cliente sea sobregirado 3470 que debe permitirse que el cliente sea sobregirado, el método continúa a transferir los fondos 3490. Si se hace la determinación en determinar si el cliente ha autorizado la recarga 3480 que el cliente ha autorizado la recarga, el método continúa a determinar si es posible la transferencia 3485. Si se hace la determinación que el cliente no ha autorizado la recarga o que no es posible la transferencia, el método continúa a rechazar la transacción 3495. Si se hace la determinación en determinar si es posible la transferencia 3485 que la transferencia es posible, el método continúa a transferir fondos 3490. Cada cliente de pago anticipado puede configurar sus propios criterios para la recarga de al menos la siguiente manera: (1) recargar solo desde el teléfono (móvil o fijo), (2) recargar desde la red (Internet, Internet móvil o cualquier otro tipo de redes públicas o privadas) , (3) recargar solo cuando el cliente pida específicamente la recarga (ya sea a través de IVR, red o estación del tren o de cualquier otra manera) , (4) recargar automáticamente cuando el saldo está disminuyendo a un cierto valor automáticamente desde otra cuenta particular (débito o crédito bancario o cualquier otro tipo de cuenta) , (5) no recargar la cuenta, pero utilizar otra cuenta como garante de pago para la cuenta de pago anticipado, recargar varias subcuentas con los limites preconfigurados desde la cuenta principal, (34) recargar en una base periódica (por ejemplo, diario, mensual, semanal, etcétera) , (7) recargar la cantidad que sea determinada en base a los criterios de uso definidos por el usuario (por ejemplo, ver el uso de los pasados siete días y recargar la cantidad promedio; o la cantidad de recarga debe ser igual al valor de la transacción más costosa conducida en el pasado número "x" de días, etcétera) , (8) las reglas de recarga de acuerdo con proveedor de servicios, (9) las reglas de recarga de cuerdo con el "propietario" del cliente (podría ser uno de una variedad de diferentes proveedores de servicios o una combinación de dos o más que "poseen" al cliente y puedan dictar las reglas para ese cliente) , (10) las reglas de recarga en base al "titular de la cuenta" principal preferiblemente que un titular de subcuenta (tal como un padre/hijo o en un sentido jerárquico) y (11) las reglas de recarga dictadas por el propietario del dispositivo que proporciona la recarga (es decir, teléfono, agente, ATM, POS, etcétera) . Estos métodos de recarga también pueden variar a través de diferentes tipos de dispositivos, a través de diferentes redes, a través de diferentes modos de recarga (IVR, agente, etcétera) y de acuerdo con las reglas dentro del país o jurisdicción. Además, estos modos, dispositivos, redes, etcétera pueden ser combinados todos para hacer reglas diferentes o permitir que ocurran diferentes combinaciones o permutaciones. Por ejemplo, una persona con una cuenta de negocios utiliza un IVR de su teléfono celular para agregar dinero desde la cuenta de operación de negocios a su teléfono por razones de comercio móvil . Las reglas que dictan como se hace esto y cuanto dinero se puede agregar a la cuenta del teléfono podrían ser reguladas por restricciones legales contra negocios en ese país . Aunque el mismo individuo fuera a recargar a otra parte utilizando las mismas reglas y modos, dispositivos, etcétera, las reglas podrían ser diferentes. La figura 35 muestra un método ejemplar para autorizar una cuenta del cliente de pago anticipado para un sistema y método de comunicaciones convergentes de acuerdo con varias modalidades ejemplares de la invención. El método mostrado en la figura 35 es un progreso lineal de preguntas. Sin embargo, otros tipos de progreso están dentro del alcance de la invención, inclusive preguntas simultaneas, preguntas contingentes y preguntas con respuestas indefinidas. El método comienza en el inicio 3500 y continúa a determinar en 3510 si la transacción es inferior a $1. En determinar si la transacción es inferior a $1 3510, se hace una determinación si la transacción es inferior a una cantidad mínima o no, específicamente $1. Si la transacción es superior a $1, el método continúa a determinar si la transacción es inferior a $10 3520. Si la transacción es inferior a $1, el método continúa a autorizar transacción 3580. Si se hace la determinación en determinación si la transacción es inferior a $10 3520 que la transacción es superior a $10, el método continúa a determinar si la transacción es inferior a $100 3540. Si se hace la determinación en determinar si la transacción es inferior a $10 3520 que la transacción es inferior a $10, el método continúa a determinar si la transacción es de Kless 3530. Si se hace la determinación que la transacción es de Kless, el método continúa a autorizar la transacción 3580. Si se hace la determinación que la transacción no es de Kless, el método continúa a es la transacción inferior a $100 3540. En determinar si la transacción es inferior a $100 3540, se hace una determinación si la transacción es inferior a una cantidad predeterminada o no, específicamente $100. Si la transacción es superior a $100, el método continúa a determinar si la transacción es local (en territorio local) 3560. Si la transacción es inferior a $100, el método continúa a determinar si la transacción es por ropa 3550. Si se hace la determinación en determinar si la transacción es por ropa 3550 que la transacción es por ropa, el método continúa a autorizar transacción 3580. Si se hace la determinación en que la transacción no es por ropa, el método continúa nuevamente a determinar si la transacción es local 3560. Si se hace la determinación en determinar si la transacción es local 3560 que la transacción no es local, el método continúa a determinar si ha habido alguna autorización de PIN en la última hora 3570. Si se hace la determinación que la transacción es local, el método continúa a autorizar la transacción 3580.
Finalmente, si se hace una determinación que no ha habido alguna autorización de PIN en la última hora, el método continúa a validar el PIN 3585. Si se hace la determinación que ha habido autorizaciones de PIN en la última hora, el método continúa a autorizar transacción 3580. De esta manera, por e emplo, una persona administrativa de la compañía va a la tienda departamental OFFICE DEPOT cercana al trabajo para adquirir artículos para el trabajo. La persona administrativa selecciona los artículos y se aproxima al puesto de verificación. La persona administrativa indica que desea utilizar el punto de invenciones ejemplar del sistema de servicio de la tienda OFFICE DEPOT para transferir dinero desde la cuenta operacional del negocio en la compañía Brad a la cuenta de OFFICE DEPOT para cubrir los artículos seleccionados (reglas: la tienda ofrece el punto de invenciones ejemplar del sistema de servicio, el dependiente tiene la información disponible para el uso del sistema, es la parte del negocio del punto de invenciones ejemplar del sistema de servicio, existe algo requerido más allá del número de cuenta/número PIN) . El dependiente anuncia la adquisición y permite que la persona administrativa introduzca el código de la cuenta de negocios en el punto de la máquina de servicio (reglas : el código de la cuenta es igual a la secuencia de caracteres, números, letras requeridos por el sistema) . El punto de invenciones ejemplar del sistema de servicio verifica que la cuenta de negocios de la compañía sea una cuenta válida al acceder al registro del National Bank Account por medio del punto de invenciones ejemplar del sistema de servicio y el Acceso ejemplar (reglas: que el banco y las cuentas son parte del punto de invenciones ejemplar del sistema de servicio, que es permitido por medio del sistema) . El registro indica que la cuenta de negocios de la compañía es una cuenta válida en la compañía y requiere que la persona administrativa introduzca un número PIN (reglas: esta persona es un usuario válido, esta persona tiene autoridad para gastar por medio de este sistema, el número PIN es igual a aquel en el archivo y que límite está permitido) . El punto de invenciones ejemplar del sistema de servicio notifica al dependiente de la validez de la cuenta de negocios de la compañía y luego verifica las reglas de la cuenta de negocios de la compañía para ver si la cuenta es válida y que la cuenta puede recibir cargos (reglas: la cuenta acepta cargos como éste, cual es el límite) . El dependiente recibe la autenticación que la cuenta de negocios de la compañía es válida y hace posible que reciba los cargos (reglas : el dependiente recibe varias opciones que el ofrece a la persona administrativa, éstas incluyen recepción o no, giro de la cuenta o no, pagar algo por medio de dinero en efectivo/el resto en la cuenta o no) . El dependiente también recibe un aviso que el PIN de la persona administrativa es válido y a que la persona administrativa tiene una cierta autoridad de adquisición. El dependiente proporciona la cantidad a ser transferida/pagada desde la cuenta de negocios de la compañía a la cuenta de OFFICE DEPOT, a la persona administrativa. La persona administrativa está de acuerdo con el pago. El punto ejemplar del sistema de servicio (por medio del Acceso ejemplar) notifica a la cuenta de negocios de la compañía y la cuenta de OFFICE DEPOT de la transacción pendiente (reglas: cuando el dinero se transfiere realmente, lo que es dividido entre las partes, cuando sucede la división, que información se proporciona a las parte) . La transacción es procesada por medio del punto de invenciones ejemplar del sistema de servicio y el Acceso ejemplar (reglas: medición del tiempo asociada con el procesamiento) . Se proporciona un recibo con la confirmación a la persona administrativa (reglas: que información está en el recibo, que otras opciones están disponibles) . Se proporciona una confirmación al dependiente de OFFICE DEPOT (reglas : que operaciones internas son requeridas para el dependiente, existe una impresión de la confirmación, la cantidad es adicionada al dinero en efectivo, los cargos, los cargos de crédito, otras categorías, etcétera) . De esta manera, en un sistema y método de comunicaciones convergentes ejemplar la validación/autenticación de la transacción (ya sea un servicio de comunicaciones o transacción comercial, o una combinación de ambos) puede tener varias operaciones o verificaciones para validar al usuario, así como también la disponibilidad de un límite de crédito o dinero de pago anticipado asociado con la cuenta. Varias modalidades ejemplares que utilizan el acceso de comunicaciones, acceso a Internet o Internet móvil, transacción comercial (ya sea hecha en una tienda física o en la red/red móvil) pueden permitir la validación: validación del cliente en base a la entrada del PIN, validación en base a la entrada de contraseña, validación en base a las características de seguridad relacionadas con la telefonía o una combinación de algunas o todas las anteriores, validación que el servicio/transacción solicitado es autorizado o no para una cuenta de pago anticipado del cliente particular (validación de perfil del servicio) , validación de disponibilidad de suficiente saldo en la cuenta de pago anticipado del cliente para los servicios/transacción (el saldo podría ser en el saldo de la cuenta de pago anticipado o un saldo de cuenta de crédito o cualquier otro tipo de cuenta real o virtual asociada con la cuenta de pago anticipado del cliente) , validación en base a una matriz a través de diferentes cantidades a través de diferentes proveedores de servicios. Por ejemplo, para diferentes cantidades, un banco solo puede requerir un PIN de 4 dígitos para la autorización, una compañía telefónica puede requerir solo la dirección para una transacción menor de $20, pero el código postal y el número de seguridad social para cualquier transacción superior a $50, un emisor de tarjetas de crédito puede requerir dirección, código postal, número de seguridad social, nombre de soltera de la madre y último cargo hecho a la cuenta. Además, en base al proceso de autorización específico, las reglas podrían cambiar. Por ejemplo, si una persona no fuera capaz de contestar una pregunta básica tal como "cual es su dirección actual" , las reglas para la autorización podrían cambiar inmediatamente para adicionar dos preguntas más, que el proveedor de servicios ha determinado son importantes para sus requerimientos de autorización. Si la persona que solicita la autorización es capaz de contestar aquellas dos preguntas más, entonces se otorga la autorización. Si no, se hace otra pregunta o la persona podría ser introducida en una fila de espera para una solicitud de autorización en vivo basándose en las reglas configuradas por el proveedor de servicios (banco, compañía telefónica, comerciante o cualquier otro tipo de proveedor de servicios) . Por ejemplo, el proveedor de servicios podría: preguntar información adicional del usuario (por ejemplo, nombre de soltera de la madre, fecha de nacimiento o valor de la transacción previa hecha o valor de la factura previa, recarga previa o igualación de una pregunta personal y contestación predefinida por cliente) , podría pedir contraseñas especiales para transacciones de valor alto (por ejemplo, más de $20) o volumen alto de transacciones (por ejemplo más de quince transacciones en un día, o más de cincuenta transacciones en un mes) . De esta manera, en base a las reglas configuradas por el cliente o proveedor de servicios se pueden utilizar validaciones adicionales en lugar de solo rechazar la transacción. Como se puede observar a partir de la descripción anterior, las reglas pueden ser parte de un proceso interactivo en base a un conjunto de reglas ya sea establecidas por el cliente o por el proveedor de servicios y pueden permitir la prevención de fraudes a través de comunicaciones interactivas entre el cliente y el proveedor de servicios para ciertas transacciones. Por ejemplo, el cliente/usuario puede establecer: contraseñas adicionales para ciertos tipos de transacciones (por ejemplo, compra de boletos de aerolíneas) , información adicional que es requerida por el sistema (por ejemplo, fecha de nacimiento, nombre de amigos, contraseñas especiales) en el caso de un valor de transacción superior que un conjunto de transacciones previas (por ejemplo, solicitud de una contraseña especial si el valor de la transacción actual es 50% mayor que un total de las transacciones juntas de los cinco días anteriores) . En base a las reglas configuradas por el cliente/usuario, el sistema puede bloquear ciertos tipos de transacciones (por ejemplo, todas las transacciones de comercio electrónico y comercio móvil permitidas con la excepción de pornografía y transferencia de dinero entre países donde existen restricciones de divisas) . De esta manera, una regla la cual dice que una transacción de $20 para adquirir un boleto de tren puede ser autorizada siempre y cuando exista un saldo de pago anticipado menor que cero (que permite un sobregiro de $20 en otras palabras) donde el solicitante tiene 60 años de edad o más y la solicitud se hace fuera de horas bancarias . De esta manera, varias modalidades ejemplares pueden utilizar criterios que son definidos por las características económicas, características del tipo de transacción, características del solicitante y momento del día. De esta manera, el sistema ejemplar puede utilizar reglas tridimensionales, reglas determinadas por una inteligencia artificial, una matriz de reglas que será aplicada en una base de transacción por transacción o en una base de cuentas. La matriz de reglas puede parecer diferente, aún para la transacción idéntica cuando está involucrada una colaboración diferente de proveedores de servicios . Además, como se incorpora en la presente, las reglas podrían basarse en una base adaptativa o económica. Por ejemplo, las reglas podrían basarse en el saldo de una cuenta; capacidad de reaprovisionamiento; divisa utilizada; reglas de margen y valores de interés . (Estas reglas podrían ser denominadas cambios de reglas algorítmicas) . Otras reglas podrían basarse en el perfil del cliente - por ejemplo, edad, ocupación, nacionalidad, sexo, dirección, historial financiero, historial criminal, membresías, historial de transacciones, perfil de transacción - tipo de servicio, tipo de contenido, cantidad requerida, adquisición de una cierta categoría de producto. Las reglas podría cambiar en base a razones de historia, lógica, fraude y seguridad por una variedad de gente en la cadena, que incluyen proveedores de servicios, comerciantes y cliente, o el perfil del comerciante - por ejemplo ubicación, tipo, colaboraciones en la red de negocios, etcétera . Además, las reglas incorporadas en este texto podrían basarse en una lógica "indistinta" o avanzada, tal como inteligencia artificial. Por ejemplo, un análisis de la voz de un cliente podría clasificar el temblor, inflexión y acento de la voz para determinar el nivel de tensión de un cliente, el cual podría afectar con lo cual la determinación para autorizar una transacción. El sistema de inteligencia artificial también puede tener capacidades de aprendizaje que permitan la toma de decisiones en base a diversos eventos pasados de un cliente individual, específico (aunque un evento individual no tiene ningún impacto específico sobre la decisión hecha) . Por ejemplo, el sistema puede analizar las transacciones de cargos durante un periodo de un número específico de meses y llegar a un comportamiento de consumo del individuo. Cuando se inicia una solicitud de una nueva transacción, si se iguala ampliamente con el patrón de compra, entonces el sistema puede permitir la transacción. Si no, el sistema puede marcarlo como un fraude potencial y conducir a validaciones adicionales. Si las validaciones son completadas apropiadamente, entonces el sistema autoriza la transacción e incluye la transacción en la base de reconocimiento para llegar a un nuevo comportamiento de consumo para el individuo . Como se incorpora en este texto, el sistema también puede tener capacidades de aprendizaje que permitan la toma de decisiones en base a varios eventos pasados de un conjunto de clientes (por ejemplo, todos los maestros, todos los adolescentes, todas las mujeres mayores de 55 años de edad quienes viven en Dallas, etcétera) . Cuando se inicia una solicitud de una transacción, el sistema puede analizar el patrón de compra y si éste se iguala ampliamente con el patrón de comportamiento del grupo, entonces el sistema autoriza la transacción. Por ejemplo, cuales son los cambios de una dama de 62 años de edad quien pertenece a un pueblo muy pequeño en Texas y pide la aprobación para la transferencia de pornografía desde un sitio en Brasil mientras que su ubicación física es en Indonesia. El sistema puede proporcionar una autenticación adicional debido a que la transacción puede ser una situación de fraude potencial . Como se incorpora en este texto, el sistema también puede tener capacidades de aprendizaje que permitan la toma de decisiones en base a varios eventos pasados de un cliente individual, específico (aunque un evento individual puede no tener impacto específico sobre la decisión hecha) . Por ejemplo, el sistema puede analizar las transacciones durante un periodo de un número específico de meses y llegar a un comportamiento de consumo para un individuo. Cuando se inicia una solicitud de una nueva transacción, si se iguala ampliamente con el patrón de compra, entonces el sistema autoriza la transacción. Si no, el sistema lo identifica como un fraude potencial y conduce a validaciones adicionales. Si las validaciones son completadas apropiadamente, entonces el sistema autoriza la transacción e incluye la transacción en la base de reconocimiento para llegar a un nuevo conocimiento de consumo para el individuo . Una característica particular de varias modalidades ejemplares es que el cargo ocurre en tiempo real. De esta manera, los proveedores de servicios están protegidos de un cargo excesivo del cliente en una cuenta cuando dos cargos llegan al mismo tiempo. Además, el cargo en tiempo real permite la contabilidad dinámica para todos los cargos, no simples honorarios de acceso en un momento. Por ejemplo, una llamada telefónica itinerante puede acreditar a la red itinerante en base a la longitud de la llamada, no solo un cargo de itinerancia en un momento. Esto hace posible la prevención de fraudes de varias maneras distinguibles. Los proveedores de servicios de todos los tipos tienen un problema común en la administración y control de fraudes. Si el proveedor de servicios está ofreciendo solo servicios de comunicación o servicios de comercio o servicios financieros o cualquier otro tipo de servicios, el fraude es una de las amenazas más grandes para su negocio . En general , el fraude es definido como "pérdida de ingresos" causada por cualquier razón. Tradicionalmente, los vendedores y proveedores de servicios han reconocido este problema y han salido con una variedad de soluciones que intentan minimizar el fraude. Hasta ahora, las soluciones ofrecidas analizan el fraude potencial por medio del entendimiento de ciertas cuestiones fundamentales. Estas cuestiones fundamentales son: motivo - cual es el objetivo fundamental para el fraude (ejemplos, ganar dinero, tendencias criminales, intrusión, etcétera) , medios - cual es la naturaleza del fraude (ejemplos: ventana de llamadas/servicio con valor de primera calidad, etcétera), modo - cual es el método de fraude genérico (ejemplos: fraude de suscripción, espionaje (surfing) , obtención gratuita del servicio (ghosting) , etcétera) y método - cual es el método específico del fraude (ejemplos: suscripción, itinerancia, etcétera) . Los métodos adaptados en los diversos casos observados anteriormente pueden ser clasificados en general . Un primer tipo es el fraude de suscripción -cuando el abonado toma una conexión para un uso alto, pero no tiene la intención de pagar. Un segundo tipo es el fraude de venta de llamadas - cuando la suscripción se utiliza para vender las llamadas a otros en subsidio, pero el abonado no tiene la intención de pagar. Un tercer tipo es el fraude de servicio con valor de primera calidad (PRS) - con lo cual, el proveedor de contenido de PRS mismo abusa de la red al generar llamadas en sus propios números de PRS para colectar la comisión; pero evita pagar al operador por las llamadas generadas. Un cuarto tipo es el fraude de itinerancia - donde el abonado itinerante utiliza la red/servicios de manera pesada, pero no tiene la intención de pagar. Un tipo final de fraude es el fraude interno -donde los empleados del proveedor de servicios utilizan su conocimiento para hacer trampa con los sistemas ayudando con lo cual a otros a cometer fraudes . Los proveedores de servicios en todo el mundo están trabajando constantemente para aprender y entender las cuestiones que circundan los diferentes tipos de fraude y como poner suficientes medidas a efecto de detectar, analizar, responder y prevenir los fraudes. Un aventaja particular o el sistema ejemplar es que la efectividad de las acciones de las modalidades ejemplares es medida continuamente y los descubrimientos se pueden realimentar en el sistema como mejoramientos. Una variedad de sistemas de administración de fraudes están disponibles en el mercado hoy en día con niveles variados de sofisticación. Los proveedores de servicios administran generalmente el fraude por medio de la implementación de tales sistemas y un conjunto de procesos de negocios. Por ejemplo, la obtención de la valuación de crédito de las agencias de valuación de créditos, verificación física del cliente y su residencia, obtención de información de otros proveedores de servicios que la persona/entidad ha cumplido con sus obligaciones pasadas de pago, establecimiento de procesos de colección muy sofisticados, protección de contraseñas, seguridad IT incrementada y establecimiento de algoritmos de codificación más fuertes. En el mundo de las comunicaciones, los proveedores de servicios de hoy en día prefieren más clientes de pago anticipado que clientes de pago diferido debido a los riesgos asociados con los diversos tipos de fraude. Sin embargo, la conversión de un cliente de pago diferido en un cliente de pago anticipado no eliminara el fraude si no únicamente transferirá el riesgo de fraude una parte a otra. Los autores de fraudes potenciales no tienen cuidado de quien toma el riesgo. Por lo tanto, no tienen un efecto significante sobre el problema del fraude. En el mundo de los servicios financieros, los proveedores de servicios de hoy en día prefieren las tarjetas de débito y las tarjetas de pago anticipado basadas en tarjetas inteligentes, preferiblemente que las tarjetas de crédito por algunas de las mismas razones. Las modalidades ejemplares de la invención mejoran todos estos sistemas mediante la integración de un sistema y método de comunicaciones convergentes en el proceso de autenticación a través del uso de teléfonos celulares, acceso al sistema de correo electrónico y otras conexiones descritas en este texto . Por ejemplo, un cliente puede hacer una solicitud de la autorización para cualquiera de dos o más servicios (dos o más servicios de comunicación, uno o más servicios de comercio o una combinación de servicios de comunicación y comercio) utilizando su teléfono, dispositivo de Internet, cualquier punto del dispositivo de venta, tarjeta de crédito, tarjeta de débito o ATM del banco. Esta solicitud iría a través de los procedimientos de validación de fraudes normales de cada uno de los proveedores de servicios y si el resultado es positivo sería validado además por el sistema y método de comunicaciones convergentes ejemplar para la combinación de servicios. Si, durante el curso de la validación, se sospecha que la solicitud es un posible fraude, entonces el proveedor de servicios puede iniciar una conversación con el cliente (ya sea conversación de voz o datos) y conduciría a las validaciones adicionales. Estas validaciones podrían basarse en parámetros configurados por el cliente . Por ejemplo, en cualquier momento que un cliente trata de comprar algo superior a $25 se conducen validaciones adicionales. También se pueden utilizar parámetros adicionales configurados por el proveedor de servicios. Por ejemplo: cualquier solicitud superior a $25 debe ir a través de validaciones adicionales y cualquier solicitud de una adquisición de bienes/servicios cuando el cliente está deambulando debe ir a través de validaciones adicionales basadas tanto en el proveedor de servicios local como el proveedor de servicios de la red de visita. Se pueden utilizar otros parámetros de configuración basados en el perfil/categoria/uso . Por ejemplo: el volumen inesperado, repentino de las solicitudes de autorización, las solicitudes de autorización inesperadas, repentinas desde ubicaciones remotas y el tipo de servicio generalmente no se utilizan por la categoría de los clientes. De esta manera, con el incremento del uso de tecnología sofisticada y procesos de negocios más sofisticados, los proveedores de servicios alrededor del globo son capaces de reducir el fraude potencial . El reto más grande que los proveedores de servicios están enfrentando hoy en día es el hecho que sin importar el número de reglas y procesos de negocios que ellos han establecido, aún toma lugar el fraude. Por ejemplo, la industria ha reconocido extensamente el hecho que la mejor manera para eliminar/minimizar el fraude es controlar el intento de fraude en el punto en el cual está tomando lugar. Cualquier solicitud que tenga un impacto en el negocio puede ser un fraude potencial. Como resultado, las soluciones para la administración de fraudes actualmente disponibles se enfocan en la provisión o rechazo de la solicitud en base a un conjunto de reglas. Estas soluciones se basan en la suposición que cualquier solicitud que cumple con un conjunto de reglas es una solicitud buena y cualquier solicitud que no las cumple es un f aude. Sin embargo, en la vida real, un cliente quien satisface todos los criterios aún puede resultar ser un autor de fraudes y, por otra parte, un cliente quien parece un autor de fraudes en realidad puede resultar ser un buen cliente quien no tiene la intención de cometer un fraude . Con la convergencia de las comunicaciones y el comercio, una variedad de partes deben ir juntas para satisfacer una necesidad individual del cliente. Cada uno de estos proveedores de servicios tiene un riesgo asociado que está relacionado con el fraude en su provisión del servicio. Cualquier servicio convergente agrega el riesgo de todos los proveedores de servicios participantes. En efecto, la capacidad de administración de fraudes resultante del servicio combinado es el denominador menos común de las capacidades de administración de fraudes de cada uno de los proveedores de servicios (es decir, el escenario de enlace más débil) . Como resultado, el potencial de fraude incrementa dramáticamente con el número de partes de proveedores de servicios involucradas en el ofrecimiento del servicio. Los sistemas de administración de fraudes actualmente disponibles no tratan la cuestión relacionada con múltiples partes. Éstos son soluciones de administración de fraudes de servicios individuales con niveles variados de sofisticación. Éstos no ofrecen una solución en base al riesgo combinado que está asociado con los servicios convergentes llevados por varios proveedores de servicios. Varias modalidades ejemplares descritas en este texto se pueden utilizar para reducir y eliminar el fraude . Por ejemplo, la figura 36 muestra un método ejemplar para hacer cargos a una cuenta del cliente de pago anticipado para un sistema y método de comunicaciones convergentes de acuerdo con varias modalidades ejemplares de la invención. El método mostrado en la figura 36 es un progreso lineal de preguntas. Sin embargo, otras diversas modalidades ejemplares de la invención pueden incluir preguntas simultáneas, preguntas contingentes y preguntas con respuestas indefinidas . El método comienza en el inicio 3600 y continúa a determinar si esta transacción debe ser gravada (libre de impuestos) 3610. Si se hace la determinación en determinar si esta transacción debe ser gravada 3610 que la transacción debe ser libre de impuestos, el método continúa a determinar si el cargo es transferible a una cuenta de crédito 3630. Si se hace la determinación en determinar si esta transacción debe ser gravada 3610 que la transferencia debe ser gravada, el método continúa a hacer cargos a una cuenta del gobierno 3610. Una vez que se completa el cargo a la cuenta del gobierno 3610, el método continúa al programar la liquidación 3690. Si se hace la determinación en determinar si el cargo es transferible a una cuenta de crédito 3630 que la transferencia no debe ser a una cuenta de crédito, el método continúa a determinar si la transacción debe incluir el embarque 3650. Si se hace la determinación en determinar si el cargo es transferible a una cuenta de crédito 3630 que la transferencia debe ser a una cuenta de crédito, el método continúa a determinar si el cargo debe ser inmediato 3640. Si se hace la determinación en 3640 que el cargo debe ser inmediato, el método continúa a programar la liquidación 3690. Si se hace la determinación que el cargo no debe ser inmediato, el método continúa a determinar si la transacción incluye el embarque 3650. Si se hace la determinación en determinar si la transacción incluye el embarque 3650 que la transacción no incluye el embarque, el método continúa a determinar si el cargo deber ser dividido a través del tiempo 3670. Si se hace la determinación en determinar si la transacción incluye el embarque 3650 que la transferencia debe incluir el embarque, el método continúa a determinar si el embarque debe ser pagado inmediatamente 3660. Si se hace la determinación que el embarque debe ser pagado inmediatamente, el método continúa a programar la liquidación 3690. Si se hace la determinación que el embarque no debe ser pagado inmediatamente, el método continúa a determinar si el cargo debe ser dividido a través del tiempo 3670. Si se hace la determinación en determinar si el cargo debe ser dividido a través del tiempo 3670 que la transacción no debe ser dividida a través del tiempo, el método continúa a determinar si el cargo debe ser electrónico 3680. Si se hace la determinación en determinar si el cargo debe ser dividido a través del tiempo 3670 que el cargo debe ser dividido a través del tiempo, el método continúa a programar la liquidación 3690. Si se hace la determinación que el cargo no debe ser dividido a través del tiempo, el método continúa a determinar si la liquidación debe ser electrónica 3680. Si se hace la determinación en determinar si la liquidación debe ser electrónica 3680 que la transacción no debe ser electrónica, el método continúa a imprimir información de la liquidación 3695. Si se hace la determinación en la determinación que la liquidación debe ser electrónica 3680 que el cargo debe ser electrónico, el método continúa a programar la transferencia 3697. Por ejemplo, un cliente va a un ATM y selecciona su tienda departamental e introduce el número de cuenta de su tienda departamental de menudeo, Renner. Una modalidad ejemplar del sistema verifica si la tienda es un miembro del sistema, si la tienda ofrece pago a través del sistema y si el número de cuenta es igual (caracteres/números/figuras) a aquellos de la tienda departamental. El sistema ejemplar entonces puede utilizar un Acceso para hacer contacto con la base de datos de Renner Department Store para validar el número de cuenta. El sistema ejemplar entonces también puede verificar si el número de cuenta coincide. El cliente también puede utilizar un número PIN para validar su identidad y cuenta. El sistema ejemplar entonces puede utilizar un Acceso para hacer contacto con la base datos de Renner Deparment Store para validar el número de cuenta con Renner. El sistema puede realizar la operación de validación adicional para la verificación del número PIN contra los caracteres del sistema y el número de cuenta exacto asociado con el cliente. El sistema entonces puede acceder a la base de datos y llamar el saldo de la cuenta para el cliente. El sistema entonces puede verificar: si el número PIN coincide con el número PIN en los registros de la tienda departamental, existe un saldo de cuenta a llamar y la cuenta es capaz de utilizar el sistema ejemplar para hacer cargos adicionalmente o pagar. Entonces, el cliente puede tomar la decisión de pagar parte de lo que debe a Renner por medio de su tarjeta de crédito como el tipo de pago. El sistema ejemplar verifica: lo que el cliente quiere hacer y lo que el cliente puede hacer. El sistema ejemplar puede verificar el saldo de la tarjeta de crédito dentro del sistema del banco, posiblemente sin utilizar el Acceso. El sistema entonces puede verificar: cual es el saldo de la tarjeta de crédito, cual el límite de crédito total, cual es la diferencia entre el límite de crédito y el saldo, si el saldo es positivo, el sistema puede presentar opciones al cliente. El sistema ejemplar entonces verifica adicionalmente que exista crédito disponible en la tarjeta de crédito del cliente. El cliente entonces puede estar de acuerdo con pagar a Renner una proporción de su saldo por medio de la transferencia desde la tarjeta de crédito. El sistema ejemplar entonces puede verificar: lo que el cliente desea hacer, que cantidad debe ser manejada, que cantidad debe ser transferida y cuando debe ocurrir la transferencia. El sistema del banco entonces se puede utilizar para indicar que la transferencia tomará lugar, para transferir físicamente el dinero y para verificar que el dinero fue recibido. El sistema ejemplar entonces puede verificar: que verificación y confirmación son requeridas por Renner y la compañía de tarjetas de crédito y que opciones de recepción desea el cliente. El cliente entonces puede aceptar un recibo de transacción/pago por medio del ATM que muestra el pago. El sistema ejemplar puede vérificar: que información se requiere en el recibo, que información adicional desea ver el cliente y que selecciones están disponibles para el cliente. El recibo puede incluir una confirmación de la transacción. La transacción entonces se completa. El sistema ejemplar entonces puede verificar: el cliente desea hacer algo más y cuales son las opciones. De esta manera, estas reglas son específicamente para cuando el dinero es tomado de la cuenta (opuesto a donde es acreditado después de que es cargado) . De esta manera, las reglas pueden basarse en reglas de acuerdo con el proveedor de servicios, reglas de acuerdo con las necesidades del cliente (probablemente utilizadas pocas veces) , reglas de acuerdo con una mezcla de proveedores de servicios, reglas de acuerdo con el "propietario" del cliente, reglas de acuerdo con el proveedor "principal" de servicios (es decir, si un comerciante vende un disco compacto al cliente por $20 y el embarque nocturno fue $22, entonces el remitente nocturno puede ordenar cuando/como ocurriría el cargo) , reglas que cambian de acuerdo con las condiciones de las instituciones financieras, procesos, procedimientos, reglas de acuerdo con diferentes regulaciones legislativas, reglas de acuerdo con el historial del cliente, limites de gasto, saldo de cuenta promedio mensual y reglas conforme a acuerdos predefinidos entre cualquiera de los proveedores de servicios . Además, las reglas podrían ser inmediatas o una promesa de cargo posterior/transferencia posterior y las reglas podrían ser una combinación de las anteriores extendidas a través del tiempo. Por ejemplo, 50% de la cantidad podría ser tomada inmediatamente y el resto podría ser extendido a dos cargos iguales una semana después . De esta manera, un cargo no tiene que ser solo un pago, o cargo inmediato, éste podría ser múltiples cargos adicionando al precio de adquisición, podría ser cargos mensuales (cubriendo "planes de todo lo que usted pueda comer") y otras maneras conocidas para estructurar un pago. Además, no todas las transacciones para el valor incluirán necesariamente una transferencia de dinero. Mientras que el valor pueda ser intercambiado, las diversas transacciones pueden ser: gratis, un beneficio de un artículo adquirido previamente (como millas de viajero frecuente) , una parte de un servicio de suscripción mensual o el intercambio de valor, bienes o servicios que no incluyen divisas (como un crédito mercantil) . Por ejemplo, se puede ofrecer un artículo gratis para el acuerdo de adquirir artículos adicionales dentro de un periodo de tiempo específico. Otros intercambios pueden incluir donar un archivo MP3 por el acceso a otro archivo MP3. 0 un cliente puede obtener acceso a un programa de cartografía ya que éstos depositan a un cierto banco. El sistema ejemplar permite estos tipos de intercambios dentro de las estructuras ejemplares mostradas en la figura 32. La figura 37 muestra un método de liquidación de transacciones ejemplar para un sistema y método de comunicaciones convergentes de acuerdo con varias modalidades ejemplares de la invención. El método mostrado en la figura 37 es un progreso lineal de preguntas. Sin embargo, otras diversas" modalidades ejemplares pueden incluir preguntas simultáneas, preguntas contingentes y preguntas con respuestas indefinidas . El método comienza en el inicio 3700 y continúa a determinar si existe alguna liquidación en tiempo real 3710. Si se hace la determinación en cualquier liquidación en tiempo real 3710 que existen liquidaciones en tiempo real, el método continúa a transferir fondos 3715. En transferir fondos 3715, se da una instrucción para transferir inmediatamente los fondos entre las cuentas . El método entonces continúa nuevamente a determinar si existe alguna liquidación activada por la fecha 3720. Alternativamente, si se hace la determinación en alguna liquidación en tiempo real 3710 que no existen liquidaciones en tiempo real, el método continúa a determinar si existe alguna liquidación activada por la fecha 3720. Si se hace la determinación en determinar si existe alguna liquidación activada por la fecha 3720 que existen liquidaciones activadas por la fecha, el método continúa a establecer activador de fecha 3725. En establecer activador de fecha 3725, se establece un activador que producirá una transferencia de fondos en la fecha determinada. El método entonces continúa nuevamente a determinar si existe alguna liquidación activada por un evento 3730. Alternativamente, si se hace la determinación en determinar si existe alguna liquidación activada por la fecha 3720 que no existen liquidaciones activadas por la fecha, el método continúa a determinar si existe alguna liquidación activada por un evento 3730. Si se hace la determinación en determinar si existe alguna liquidación activada por un evento 3730 que existen liquidaciones activadas por un evento, el método continúa a establecer activador de evento 3735. En establecer activador de evento 3735, se establece un activador que producirá una transferencia de fondos en el evento predeterminado. El método entonces continúa nuevamente a determinar si existe alguna liquidación de lotes 3740. Alternativamente, si se hace la determinación en determinar si existe alguna liquidación activada por la fecha 3730 que no existen liquidaciones activadas por la fecha, el método continúa a determinar si existe alguna liquidación de lotes 3740. Si se hace la determinación en determinar si existe alguna liquidación de lotes 3740 que existen liquidaciones de lotes, el método continúa a agregar transacción al lote 3745. En agregar transacción al lote 3745, los resultados de la transacción son agregados a la lista de transacciones que es ejecutada la siguiente ocasión que es llamado el lote . El método entonces continúa nuevamente al fin 3750. Alternativamente, si se hace la determinación en determinar si existe alguna liquidación de lotes 3740 que no existen liquidaciones de lotes, el método continúa al fin 3750. Por ejemplo, si la transacción es una transacción solo de comunicación cuando existe más de un proveedor de servicios de comunicación involucrado (por ejemplo, itinerancia) tan pronto como la transacción termina (por ejemplo, una llamada telefónica) , el módulo de liquidación ejemplar mira a la transacción, identifica las partes involucradas (por ejemplo, proveedores de servicios) y aplica las reglas para la liquidación (por ejemplo, liquidaciones en tiempo real o en tiempo retardado, planes tarifarios de liquidación de socios, descuentos por ordenamiento en volumen, si alguna porción debe ser pagada para agencias reguladoras, etcétera) . En base a las reglas, el sistema y método de comunicaciones convergentes también puede identificar si las liquidaciones tienen que hacerse dentro del sistema ejemplar mismo o si éstas tienen que ser conducidas utilizando agencia externas . El sistema y método de comunicaciones convergentes entonces aplicarían las reglas y elaborarían la información y reportes de sincronización en red para la liquidación. Para las agencias externas, esta información es pasada en un formato preacordado (por ejemplo, registros TAP, archivos de texto ASCII preacordados , registros MXP, registros CIBER o registros IPDR, etcétera) . En otro ejemplo, la transacción puede ser una transacción comercial. El sistema y método de comunicaciones convergentes ejemplar seguiría el mismo proceso anterior, pero las reglas aplicadas podrían ser algo más complicadas que las reglas necesarias para tomar en cuenta todos o algunos de los proveedores de servicios externos (por ejemplo, un comerciante puede utilizar un servicio de mensajería para suministrar los bienes y algunas de las reglas relacionadas con el suministro físico pueden ser en tiempo real y algunas veces algunos procesos pueden ser no automáticos) . Las reglas de liquidación también pueden ser más complejas (por ejemplo, el valor de liquidación podría depender del volumen, peso, etcétera). Si la transacción es una transacción convergente (comercio y comunicación) , el sistema y método de comunicaciones convergentes ejemplar sería una combinación de ambos tipos mencionados anteriormente. El sistema y método de comunicaciones convergentes ejemplar también podría agregar complejidad adicional a las reglas en el sentido que se basa en las reglas de liquidación comercial, algunas de las reglas para las liquidaciones de comunicación podrían ser impactadas. Por ejemplo, si un cliente adquiere bienes que ascienden a $50 en la red de visita, la red de visita podría no hacer algún cargo de tiempo aire itinerante a la red local . La red local podría o no pasar este beneficio al cliente final. El método anterior sigue los siguientes ejemplos prácticos. Un cliente Jim es itinerante en su teléfono móvil de pago anticipado CDMA en Washington DC mientras está de vacaciones. Su red local North Carolina Mobile donde él paga honorarios de servicio mensuales de $50 por un plan de todos los minutos que usted pueda utilizar en fin de semana en cualquier parte en la red local . La itinerancia es cargada en el valor adicional de $1 por llamada por su red local . En Washington DC, Jim está escuchando a Santana's Greatest Hits por medio del servicio de música Orange MusicStreamer que él recibe sobre la red GSM. Él recibe un aviso del sistema de mensajería simple (SMS) que promueve un nuevo reproductor de discos compactos mini-digital de Sony. Él lee el aviso mientras escucha a Carlos Santana. Después, la lista corta de las características del reproductor de discos compactos es una oferta para comprar el reproductor de discos compactos por un precio de lista con 30% de descuento si lo adquiere dentro de los siguientes 15 minutos. Él decide impulsivamente pulsar sobre la oferta y toma el sitio Web que vende servicios móviles Orange MusicStreamer. El sitio Web Orange MusicStreamer fue desarrollado por Aether Systems . Y a través de un contacto con Orange, Aether administra el sitio. Por esta administración, desarrollo y relación de diseño, Aether recibe una remuneración de una variedad de maneras . Éstas incluyen: (1) un precio fijo, exacto por el desarrollo del sitio Web; (2) honorarios mensuales por administración para mantener el sitio, proporcionar el servicio, etcétera; (3) un valor fijo de 2 centavos por cada pulsación recibida a través sobre cualquier aviso en el sitio; (4) un porcentaje del precio del producto o servicio por cada artículo adquirido como resultado de la publicidad del sitio; y (5) un valor fijo de $1 por cada llamada de servicio al cliente proporcionada a favor de Orange MusicStreamer. Jim continúa escuchando a Carlos Santana mientras él pulsa a través de un acoplamiento más pantallas acerca del reproductor de discos compactos Sony en el sitio Web móvil. Él pulsa para ver el precio y disponibilidad. El sitio lo provee con dos socios de Orange MusicStreamer donde él puede adquirir el producto. Él selecciona Araazoom sobre Electronics-R-Us y llama inmediatamente el sitio de compras móvil de Amazoom. En Amazoom, él selecciona el plan de pago fácil que ofrece el reproductor de discos compactos por $100 (el precio de lista fue $150) , y él elige hacer dos pagos ($50 ahora y $50 cuando sea suministrado el .reproductor de discos compactos) . Él pulsa sobre el botón de pago anticipado y selecciona utilizar su cuenta de pago anticipado del sistema de comunicaciones convergentes. Amazoom empaca el nuevo reproductor de discos compactos de Jim en una caj a de FedExtra y ordena que Insurüs proporcione un seguro sobre el paquete. El embarque de FedExtra cuesta a Amazoom $5.00 e InsurUs asegura el reproductor de discos compactos por un costo total de $0.50. Jim continúa escuchando a Carlos Santana en su teléfono de pago anticipado mientras que espera ansiosamente su tren de regreso a North Carolina. Cuando él llega a su hogar, FedExtra le suministra su reproductor de discos compactos y él firma en la póliza de embarque que activa una cadena de valores de las transacciones a través de una variedad de proveedores de servicios . Las siguientes transacciones de liquidación toman lugar utilizando las modalidades del sistema y método de la invención : Socio Tipo de Pago Medición del Cantidad Transacción tiempo Compañía telefónica Servicio Desde Jim Mensual por $50 por mes (proveedor de servicios utilice todo por medio de adelantado de la red local): North lo que pueda cuenta Carolina Mobile Tel al mes bancaria Compañía telefónica Itinerancia De Jim En tiempo real $1 por (proveedor de servicios llamada de la red local): North Carolina Mobile Tel Compañía telefónica Minutos por De la red En tiempo real $.02 por (proveedor de servicios itinerancia en local minuto de la red de visita): la red Orange MusicStreamer Compañía telefónica Cargo por De la red En tiempo real $.03 por (proveedor de servicios servicio de local minuto de la red de visita): música Orange MusicStreamer Comerciante: Cantidad fija De Jim $50 ahora, $50 $100 Amazoom después del suministro Remitente/compañía Cantidad fija De Jim $5 con el $5 de mensajería: embarque FedExtra Compañía de seguros: Porcentaje De Jim Con el $0.50 (.25% InsurUs embarque del precio de la adquisición) Socio 1 de la Valor fijo por De Orange En tiempo real $0.02 por Compañía telefónica pulsar a Voice Stream pulsar a (desarrollador y través del través de un administrador del sitio aviso aviso Web móvil): Aether Systems Socio 1 de la Porcentaje De Orange Proceso de 0.25% del Compañía telefónica del precio de lotes, pago precio de la (desarrollador y venta del mensual adquisición administrador del sitio producto Web móvil): Aether Systems Socio 2 de la Porcentaje De Orange Proceso de $0.005 por Compañía telefónica lotes, pago minuto (servicio de música- mensual Virgin) Proveedor de servicios Porcentaje De Orange a Proceso de $0.001 por socio 2 de la Compañía través del lotes, pago minuto telefónica (centro de servicio de mensual aclaramiento de música comisión del músico) Anunciante en el Sitio Valor fijo De Sony al Pago mensual, $0.05 por Web del Socio de basado en la socio de proceso de pulsación al Compañía telefónica: pulsación al Compañía lotes través Sony través telefónica La porción de liquidación del sistema y método de comunicaciones convergentes ejemplar controla como es encaminado un pago y qué cuenta deber ser acreditada por el pago. Estas reglas de liquidación de transacciones comprenderían la liquidación entre cuentas, desde diferentes cuentas, etcétera, a muchas cuentas. De esta manera, el sistema ejemplar: permite las liquidaciones de múltiples partes de servicios convergentes y transacciones de comunicación, permite la configuración de reglas de liquidación para cada servicio y transacción comercial y permite las liquidaciones entre: comerciantes (proveedores de bienes/servicios, por ejemplo, ya sea fabricante, revendedor o distribuidor o una combinación de varias de estas entidades) , portales (portal móvil o cualquier otro tipo de portal que incluye portales de comercio electrónico, etcétera) , proveedores de servicios de Internet (agencias independientes u operadores móviles o portales) , compañías de telefonía móvil (red local, red de visita o ambas) , proveedores de servicios virtuales (proveedores de servicios de contenido o proveedores de servicios de infraestructura o agencias de marcas o cualquier combinación) , agencias de tarjetas bancarias/de crédito o cualquier otra institución financiera (una o más instituciones involucradas en una transacción comercial) , agencias de pago a terceros (por ejemplo, agregadores de comerciantes, agencias de procesamiento de pagos o carteras electrónicas o cualquiera de estas agencias de procesamiento de pagos) , agencia de suministro de bienes/servicios (por ejemplo, compañías de mensajería, proveedores de ancho de banda) y agencias de seguros) . Como se incorpora en este texto, el sistema y método de comunicaciones convergentes puede proporcionar la configuración de reglas de liquidación para diversas situaciones tales como: liquidación en tiempo real, liquidación con un retardo de tiempo (por ejemplo, después de 2 días o 30 días, etcétera) , liquidación en base a la confirmación de una cierta condición (por ejemplo, una mensajería es pagada solo cuando los bienes son suministrados, mientras que una agencia de seguros es pagada antes del embarque de los bienes) , liquidación en base a una relación de negocios entre las partes (por ejemplo, una agencia de mensajería ofrece descuentos en base a volúmenes esto significa que el proceso de liquidación tomaría en cuenta varios suministros preferiblemente que solo un suministro) y liquidación en base al desempeño (por ejemplo, se paga a un valor pequeño a un portal cada vez que una publicidad es suministrada al abonado itinerante y se hace un pago al portal de un valor más grande si el abonado itinerante adquiere realmente los bienes/servicios) . Como se incorpora en este texto, el sistema y método de comunicaciones convergentes puede proporcionar liquidaciones que toman en cuenta un contrato de itinerancia entre las redes participantes (por ejemplo, recargo por itinerancia) . Además, el sistema y método de comunicaciones convergentes puede proporcionar liquidaciones que toman en cuenta cualquier requerimiento regulatorio (por ejemplo, asignación de impuestos y liquidación con agencias de gobierno) . De esta manera, la transacción no tiene que ser solo un pago de transacción, o crédito inmediato, la transacción podría ser dividida en múltiples cargos que se adicionan al precio de la adquisición. La transacción podría' ser también transacciones mensuales extendidas en el año, (que cubren "planes de utilice todo lo que usted pueda"), etcétera. Como se incorpora en este texto, el sistema y método de comunicaciones convergentes puede proporcionar liquidaciones que pueden ser divididas en las siguientes categorías: días de crédito, límites de crédito, umbrales del volumen financiero, descuentos por ordenamiento en volumen, criterios regulatorios , porcentajes de liquidación, servicio basado en el tipo, en la demanda (recurrente, basadas en el cierre de la relación) , en línea, en tiempo real en línea, basadas en lotes en varios criterios de tiempo. Existen varias maneras ejemplares de acceder al sistema. Por ejemplo, una de las modalidades preferidas de la invención incluye específicamente acceder al sistema a través de un ATM, banco, agente, POS, sistema de respuesta de voz interactivo, teléfono celular, teléfono de línea fija, la Internet, WAP (por medio de células), sistema de mensajería simple (por medio de teléfono de línea fija y células) , máquina Perto (es decir una máquina que acepta dinero en efectivo para pagar facturas) y una oficina postal . Existen varios tipos ejemplares de gente que utilizaría el sistema. Por ejemplo, el sistema puede utilizarse por un cliente, miembro familiar, niño, usuario de negocios, administrador de negocios, subordinado de negocios, usuario de la compañía de pago y usuario del banco . Existen varios tipos ejemplares de cuentas entre las cuales puede transferir fondos el sistema. Por ejemplo, el sistema puede relacionarse con una cuenta de banco (diferentes tipos, cheques, ahorros, crecimiento, educación, vacaciones, etcétera) , una cuenta de dinero en efectivo, una cuenta de tarjeta de crédito, cuenta de tarjeta de débito, cuenta virtual, cuenta de inversión, cuenta de corretaje y cuenta de negocios. El sistema ejemplar puede utilizar múltiples formatos para la comunicación acerca de transferencias, como se observa anteriormente y como son conocidos generalmente en el c mpo . Existen varios receptores ejemplares de fondos. Por ejemplo, los tipos de pagos hechos en general se encontrarán dentro de tres diferentes categorías de entidades pares, negocio con el cliente y negocio a negocio. Más específicamente, los tipos de pago pueden incluir tarifas, servicios, impuestos, otros usos municipales (licencias, etcétera), menudeo (Brick & Morter) , menudeo (comercio electrónico/Internet) , comercio móvil, celular, ISPs, bancos, compañías de seguros, organizaciones caritativas, compañías de corretaje, regalos a miembros de la familia y facturas de teléfono de línea fija. Existen varias maneras ejemplares para que el sistema ejemplar se comunique con, o determinar como comunicarse con, otras cuentas para la transferencia de fondos. Por ejemplo, las cuentas de pago pueden ser validadas a través de : una base datos de telecomunicación inalámbrica nacional (celular) ; una base de datos de telecomunicación de línea fija nacional (teléfono) ; una base de datos de cuentas bancarias nacional; cuentas individuales de cada compañía que acepta el pago - es decir, la tienda de menudeo Renner tiene una base de datos de todos sus clientes con tarjetas de crédito y tipos de pago de Renner y una base de datos de municipalidad para impuestos, licencias, etcétera. Las muchas características y ventajas de la invención son aparentes a partir de la especificación detallada y, de esta manera, se propone que las reivindicaciones anexas cubran todas esas características y ventajas de la invención que se encuentran dentro del espíritu y alcance verdadero de la invención. Además, puesto que numerosas modificaciones y cambios se les ocurrirán fácilmente a aquellas personas expertas en el campo, no se desea limitar la invención a la interpretación y operación exacta ilustrada y descrita y, por consiguiente, todas las modificaciones y equivalentes adecuados pueden ser apelados, encontrándose dentro del alcance de la invención.

Claims (1)

198 REIVINDICACIONES 1. Un método para proporcionar servicios de comercio móvil por medio de una pluralidad de redes, el método está caracterizado porque comprende: recibir en una red itinerante desde un dispositivo del usuario, un número de identificación y una solicitud de un servicio; transmitir desde la red itinerante, a una red local, el número de identificación, la solicitud del servicio y agregar un número de identificación del proveedor de servicios que se refiere a un proveedor de servicios y un costo del servicio; verificar, por medio de una plataforma de comunicaciones convergentes localizada en la red local, que el número de identificación se refiere a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y que la cuenta válida del usuario tiene suficiente valor para pagar por el servicio; proporcionar una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor; y hacer cargos a la cuenta válida del usuario para proporcionar el servicio. 2. Un aparato que proporciona servicios de comercio móvil por medio de una pluralidad de redes, el aparato está caracterizado porque comprende: un receptor 199 que admite una solicitud de un servicio, la solicitud incluye un número de identificación de un dispositivo del usuario localizado en una red itinerante, y el servicio requerido, un número de identificación del proveedor de servicios relacionado con el proveedor de servicios y un costo del servicio solicitado desde la red itinerante; un verificador que comprueba que el número de identificación se refiera a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y que la cuenta válida del usuario tiene suficiente valor para pagar por el servicio; un emisor que proporciona una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor; y un cargador que hace cargos a la cuenta válida del usuario para proporcionar el servicio. 3. Un método para proporcionar servicios de comunicación itinerante de pago anticipado por medio de una pluralidad de redes, el método está caracterizado porque comprende: recibir en una red itinerante, desde un dispositivo del usuario, un número de identificación y un número del dispositivo de destino; transmitir desde la red itinerante, a una red local, el número de identificación, el número del dispositivo de destino y agregar un número de 200 identificación del proveedor de servicios y un costo de un servicio de comunicación itinerante; verificar, por medio de una plataforma de comunicaciones convergentes localizada en la red local, que el número de identificación se refiere a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y que la cuenta válida del usuario tiene suficiente valor para pagar por un uso inicial del servicio; proporcionar una autorización a la red itinerante, si el número de identificación se refiere a una información del usuario válido, que el dispositivo del usuario está autorizado para recibir el servicio y la cuenta tiene suficiente valor para pagar por un uso inicial del servicio; hacer cargos a la cuenta válida del usuario para proporcionar el servicio; y enviar una señal cuando el saldo de la cuenta válida del usuario alcance un nivel predeterminado . 4. El método de conformidad con la reivindicación 3, caracterizado porque la señal es al menos una de un corte de servicio, pausa, solicitud de recarga y advertencia de saldo bajo. 5. Un aparato que proporciona servicios de comunicación itinerante de pago anticipado por medio de una pluralidad de redes, el aparato está caracterizado porque comprende: un receptor que admite una solicitud de un servicio de comunicación, la solicitud incluye un número de 201 identificación y un número de dispositivo de destino desde un dispositivo del usuario localizado en una red itinerante y un número de identificación del proveedor de servicios relacionado con el proveedor de servicios y un costo del servicio desde la red itinerante; un verificador que comprueba que el número de identificación se refiere a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio de comunicación en la red itinerante y que la cuenta válida del usuario tiene suficiente valor para pagar por el servicio; un emisor que proporciona una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor y que envía una señal si la cuenta válida del usuario alcanza un nivel predeterminado; y un cargador que hace cargos a la cuenta válida del usuario para proporcionar el servicio. 6. El aparato de conformidad con la reivindicación 5, caracterizado porque comprende: un determinador que determina un valor para proporcionar el servicio al usuario; y el cargador que hace cargos a la cuenta válida del usuario en tiempo real por el servicio proporcionado al valor calculado. 7. El aparato de conformidad con la 202 reivindicación 5, caracterizado porque la señal es al menos una de un corte de servicio, pausa, solicitud de recarga y advertencia de saldo bajo. 8. Un método para proporcionar servicios de atención al cliente independientes de la red por medio de una pluralidad de redes independientes, el método está caracterizado porque comprende: recibir en una red itinerante, desde un dispositivo del usuario, un número de identificación y una solicitud de un servicio de atención al cliente; transmitir desde la red itinerante, a una red local, el número de identificación, la solicitud del servicio de atención al cliente y agregar un número de identificación del proveedor de servicios; verificar, por medio de una plataforma de comunicaciones convergentes localizada en la red local, que el número de identificación se refiere a una cuenta válida del usuario; y conectar el dispositivo del usuario al servicio de atención al cliente, si el número de identificación se refiere a la cuenta válida del usuario . 9. El método de conformidad con la reivindicación 8, caracterizado porque el servicio de atención al cliente se selecciona entre una conexión telefónica, mensaje de servicio de mensajería simple, transmisión de facsímil, transmisión de datos, solicitud de adquisición de bienes/servicios y solicitud de recarga. 203 10. El método de conformidad con la reivindicación 8, caracterizado porque además comprende: determinar que la cuenta válida del usuario ha autorizado un mecanismo de recarga; y, recargar la cuenta válida del usuario utilizando el mecanismo de recarga. 11. El método de conformidad con la reivindicación 8, caracterizado porque además comprende almacenar el número de identificación del proveedor de servicios . 12. Un aparato que proporciona servicios de atención al cliente por medio de una pluralidad de redes, el aparato está caracterizado porque comprende: un receptor que admite una solicitud de un servicio de atención al cliente, la solicitud incluye un número de identificación de un dispositivo del usuario localizado en una red itinerante y un número de identificación del proveedor de servicios relacionado con un proveedor de servicios de la red itinerante; un verificador que comprueba que el número de identificación se refiere a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio de atención al cliente; y, un conector que enlaza el dispositivo del usuario a un proveedor de atención al cliente que puede proporcionar el servicio de atención al cliente, si el número de identificación se refiere a una cuenta válida del usuario. 204 13. El aparato de conformidad con la reivindicación 12, caracterizado porque el servicio de atención al cliente es al menos uno de una conexión telefónica, mensaje de servicio de mensajería simple, transmisión de facsímil, transmisión de datos, solicitud de adquisición de bienes/servicios y solicitud de recarga. 14. El aparato de conformidad con la reivindicación 12, caracterizado porque además comprende: un determinador que determina que la cuenta válida del usuario ha autorizado un mecanismo de recarga; y, .un recargador que recarga la cuenta válida del usuario utilizando el mecanismo de recarga. 15. Un método para recargar una cuenta de pago anticipado para que se proporcionen los servicios por medio de una plataforma de comunicaciones convergentes, caracterizado porque comprende: recibir una solicitud de un dispositivo del usuario que incluye un número de identificación del usuario para la autorización para utilizar una cuenta de cliente localizada en la plataforma de comunicaciones convergentes; determinar que la cuenta del cliente, relacionada con el número de identificación del usuario, no tiene un saldo suficiente para que sea proporcionado el servicio; determinar que la cuenta del usuario tiene un mecanismo de recarga autorizado; recargar la cuenta del cliente utilizando al menos otra cuenta 205 determinada de acuerdo con el mecanismo de recarga autorizado; y, autorizar el uso de la cuenta del cliente para el servicio por medio de la plataforma de comunicaciones convergentes después de que la cuenta del cliente es recargada. 16. El método de conformidad con la reivindicación 15, caracterizado porque el servicio es al menos uno de una conexión telefónica, mensaje de servicio de mensajería simple, transmisión de facsímil, transmisión de datos, solicitud de adquisición de bienes/servicios y transferencia de datos . 17. El método de conformidad con la reivindicación 15, caracterizado porque la recepción es desde una red itinerante cuando la plataforma de comunicaciones convergentes está en una red local. 18. Un aparato que recarga una cuenta de pago anticipado por servicios a proporcionarse por medio de una plataforma de comunicaciones convergentes, caracterizado porque comprende: un receptor que admite una solicitud de una autorización desde un dispositivo del usuario que incluye un número de identificación para utilizar una cuenta del cliente localizada en la plataforma de comunicaciones convergentes; un determinador que determina que la cuenta del cliente, relacionada con el número de identificación no tiene un saldo suficiente para el 206 servicio a proporcionarse y que la cuenta del cliente ha autorizado un mecanismo de recarga; un recargador que recarga la cuenta del cliente utilizando al menos otra cuenta determinada de acuerdo con el mecanismo de recarga; y, un emisor que envía una autorización para el uso de la cuenta del cliente recargada para el servicio por medio de la plataforma de comunicaciones convergentes. 19. El aparato de conformidad con la reivindicación 18, caracterizado porque el servicio se selecciona entre una conexión telefónica, mensaje de servicio de mensajería simple, transmisión de facsímil, transmisión de datos, solicitud de adquisición de bienes/servicios y transferencia de datos. 20. El aparato de conformidad con la reivindicación 18, caracterizado porque el dispositivo del usuario está en una red itinerante cuando la plataforma de comunicaciones convergentes está en una red local . 21. Un método para liquidar una transacción de pago anticipado a una pluralidad de proveedores en un ambiente de comunicaciones convergentes, caracterizado porque comprende: hacer cargos a una cuenta válida del usuario por una transacción proporcionada por medio de una pluralidad de redes en una base de tiempo real; determinar una pluralidad de porciones del cargo que deben ser distribuidas a una pluralidad de proveedores involucrados 207 en la provisión de la transacción de pago anticipado por medio de la pluralidad de redes; y liquidar a los proveedores por la transacción de pago anticipado por medio de la pluralidad de redes de acuerdo con la pluralidad determinada de porciones . 22. El método de conformidad con la reivindicación 21, caracterizado porque la transacción es al menos una de una conexión telefónica, mensaje de servicio de mensajería simple, transmisión de facsímil, transmisión de datos, solicitud de adquisición de bienes/servicios, transferencia de datos y solicitud de recarga . 23. El método de conformidad con la reivindicación 21, caracterizado porque además comprende: determinar que la cuenta válida del usuario no tiene un saldo suficiente; determinar que la cuenta válida del usuario ha autorizado un mecanismo de recarga; y, recargar la cuenta válida del usuario utilizando el mecanismo de recarga . 24. El método de conformidad con la reivindicación 21, caracterizado porque además comprende almacenar la transacción y un número de identificación del proveedor para cada uno de la pluralidad de proveedores . 25. Un aparato que liquida una transacción de pago anticipado a una pluralidad de proveedores en un 208 ambiente de comunicaciones convergentes, caracterizado porque comprende : un cargador que hace cargos a una cuenta del usuario por una transacción proporcionada por medio de una pluralidad de redes en una base de tiempo real; un determinador que determina una pluralidad de porciones del cargo que deben ser distribuidas a una pluralidad de proveedores involucrados en la provisión de la transacción de pago por medio de la pluralidad de redes; y, un emisor que liquida a los proveedores por la transacción de pago anticipado por medio de la pluralidad de redes de acuerdo con la pluralidad determinada de porciones . 26. El aparato de conformidad con la reivindicación 25, caracterizado porque la transacción es al menos una de una conexión telefónica, mensaje de servicio de mensajería simple, transmisión de facsímil, transmisión de datos, solicitud de adquisición de bienes/servicios, transferencia de datos y solicitud de recarga . 27. El aparato de conformidad con la reivindicación 25, caracterizado porque además comprende un dispositivo de almacenamiento que almacena la transacción y un número de identificación del proveedor para cada uno de la pluralidad de proveedores. 28. Un método para proporcionar servicios de comercio móvil, comercio electrónico, atención al cliente y 209 comunicación por medio de una pluralidad de redes, el método está caracterizado porque comprende: recibir en una red itinerante desde un dispositivo del usuario, un número de identificación y una solicitud de un servicio; transmitir desde la red itinerante, a una red local, el número de identificación, la solicitud del servicio y agregar un número de identificación del proveedor de servicios que se refiere a un proveedor de servicios y un costo o valor del servicio, si el servicio debe ser cargado; verificar, por medio de una plataforma de comunicaciones convergentes localizada en la red local, que el número de identificación se refiere a una cuenta válida del usuario, que el dispositivo del usuario está autorizado para recibir el servicio y que la cuenta válida del usuario tiene suficiente valor para pagar por el servicio; proporcionar una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, el dispositivo del usuario está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor, si el servicio debe ser cargado; y, hacer cargos a la cuenta válida del usuario en una base de tiempo real, para proporcionar el servicio, si el servicio debe ser cargado . 29. El método de conformidad con las reivindicaciones 1, 3, 8 o 28, caracterizado porque la red 210 itinerante es al menos una de una red inalámbrica, red de servicio de mensajería simple, red telefónica pública conmutada, red conmutada de paquetes, red conmutada de circuitos, red asincrónica, la Internet, Intranet, red de microondas, red de cable, red de eternet, red de anillos con paso de testigo y red de área extensa. 30. El método de conformidad con las reivindicaciones 8 o 28, caracterizado porque la red itinerante es una red que es al menos una operada por una entidad diferente de la red local, que utiliza un protocolo de señalización diferente y está localizada en una geografía diferente . 31. El método de conformidad con las reivindicaciones 1, 3, 8, 15 o 28, caracterizado porque el dispositivo del usuario es al menos uno de un teléfono inalámbrico, teléfono alámbrico, modem, computadora, asistente digital personal, compaginador, teléfono celular y radiotransmisor. 32. El método de conformidad con las reivindicaciones 1, 3, 8, 15 o 28, caracterizado porque el número de identificación es al menos uno de un número de identificación personal, módulo de identidad del abonado, identidad del abonado móvil internacional, identidad del equipo de la estación móvil internacional, una mezcla de dígitos alfabéticos y numéricos y un número hexadecimal. 211 33. El método de conformidad con las reivindicaciones 1, 3 o 28, caracterizado porque el servicio es al menos uno de una conexión telefónica, mensaje de servicio de mensajería simple, transmisión de facsímil, transmisión de datos, solicitud de adquisición de bienes/servicios, transmisión de datos y solicitud de recarga . 34. El método de conformidad con las reivindicaciones 1, 3 o 28, caracterizado porque el proveedor de servicios incluye una pluralidad de negocios, cada uno de los cuales recibe una porción del costo del servicio . 35. El método de conformidad con las reivindicaciones 1, 3 o 28, caracterizado porque además comprende enviar la cantidad cargada al proveedor de servicios . 36. El método de conformidad con las reivindicaciones 1, 3 o 28, caracterizado porque además comprende: determinar que la cuenta válida del usuario no tiene un saldo suficiente; determinar que la cuenta válida del usuario ha autorizado un mecanismo de recarga; y recargar la cuenta válida del usuario utilizando el mecanismo de recarga. 37. El método de conformidad con la reivindicación 36, caracterizado porque además comprende: 212 determinar que la cuenta válida del usuario ha autorizado el mecanismo de recarga después de una intervención del usuario; hacer contacto con el dispositivo del usuario en la red itinerante que solicita autorización para recarga; y, autorizar la recarga únicamente si el dispositivo del usuario contesta correctamente a la solicitud de autorización de recarga. 38. El método de conformidad con la reivindicación 36, caracterizado porque la recarga se basa en una regla definida por el usuario que especifica al menos una de la cuenta, cantidad y fuente de fondos. 39. El método de conformidad con la reivindicación 38, caracterizado porque la regla definida por el usuario especifica una pluralidad de cuentas, con una prioridad de recarga en base a al menos una de la cuenta, recargas pasadas, saldo de la cuenta y tiempo. 40. El método de conformidad con la reivindicación 36, caracterizado porque la recarga se hace desde al menos una cuenta de banco, cuenta de inversión, cuenta de crédito y cuenta de préstamo preautorizado. 41. El método de conformidad con las reivindicaciones 1, 3 o 28, caracterizado porque además comprende almacenar el cargo y el número de identificación del proveedor de servicios . 42. El método de conformidad con las 213 reivindicaciones 1, 3 o 28, caracterizado porque el costo del servicio de comunicación itinerante es al menos uno del costo de itinerancia, costo de servicios suministrados, costo de tiempo aire, impuesto, recargo por uso de instalaciones, descuento y costo de seguro. 43. El método de conformidad con las reivindicaciones 3 o 28, caracterizado porque además comprende : determinar un valor para proporcionar el servicio al usuario; y, hacer cargos a la cuenta del usuario en tiempo real por el servicio proporcionado al valor calculado. 44. El método de conformidad con la reivindicación 28, caracterizado porque el valor es al menos uno de un valor de red itinerante, valor de red local, valor de tiempo aire, valor de larga distancia, valor internacional, impuesto, recargo por uso de instalaciones, descuento y costo del seguro. 45. Un aparato que proporciona servicios de comercio móvil, comercio electrónico, atención al cliente y comunicación por medio de una pluralidad de redes, el aparato está caracterizado porque comprende: un receptor que admite un número de identificación desde un dispositivo del usuario y una solicitud de un servicio, número de identificación del proveedor de servicios que se refiere a un proveedor de servicios y costo o valor del servicio, si 214 se deben hacer cargos por el servicio desde una red itinerante; un determinador que establece, por medio de una plataforma de comunicaciones convergentes localizada en la red local, si el número de identificación se refiere a una cuenta válida del usuario, si el dispositivo del usuario está autorizado para recibir el servicio y si la cuenta válida del usuario tiene suficiente valor para pagar por el servicio; un emisor que proporciona una autorización al proveedor de servicios, si el número de identificación se refiere a la cuenta válida del usuario, que el dispositivo del usuario · está autorizado para recibir el servicio y la cuenta válida del usuario tiene suficiente valor, si se deben hacer cargos por el servicio; y un cargador que hace cargos a la cuenta válida del usuario en una base de tiempo real, para proporcionar el servicio, si se deben hacer cargos por el servicio. 46. El aparato de conformidad con las reivindicaciones 2, 5, 12 o 45, caracterizado porque la red itinerante es al menos una de una red inalámbrica, red de servicio de mensajería simple, red telefónica pública conmutada, red conmutada de paquetes, red conmutada de circuitos, red asincrónica, la Internet, Intranet, red de microondas, red de cable, red de eternet, red de anillos con paso de testigo y red extendida. 47. El aparato de conformidad con las 215 reivindicaciones 12 o 45, caracterizado porque la red itinerante es una red que es al menos una operada por una entidad diferente de la red local, que utiliza un protocolo de señalización diferente y está localizada en una geografía diferente. 48. El aparato de conformidad con las reivindicaciones 2, 5, 12, 18 o 45, caracterizado porque el dispositivo del usuario es al menos uno de un teléfono inalámbrico, teléfono alámbrico, modem, computadora, asistente digital personal, compaginador, teléfono celular y radiotransmisor. 49. El aparato de conformidad con las reivindicaciones 2, 5, 12, 18 o 45, caracterizado porque el número de identificación es al menos uno de un número de identificación personal, módulo de identidad del abonado, identidad del abonado móvil internacional, identidad del equipo de la estación móvil internacional, una mezcla de dígitos alfabéticos y numéricos y un número hexadecimal . 50. El aparato de conformidad con las reivindicaciones 2, 5 o 45, caracterizado porque el servicio es al menos uno de una conexión telefónica, mensaje de servicio de mensajería simple, transmisión de facsímil, transmisión de datos, solicitud de adquisición de bienes/servicios, transmisión de datos y solicitud de recarga. 216 51. El aparato de conformidad con las reivindicaciones 2, 5 o 45, caracterizado porgue el proveedor de servicios incluye una pluralidad de negocios que recibe cada uno una porción del costo del servicio. 52. El aparato de conformidad con las reivindicaciones 2, 5 o 45, caracterizado porque el emisor también envía la cantidad cargada al proveedor de servicios . 53. El aparato de conformidad con las reivindicaciones 2, 5, 25 o 45, caracterizado porque además comprende: el determinador que establece que la cuenta válida del usuario no tiene un saldo suficiente y que la cuenta válida del usuario ha autorizado un mecanismo de recarga; y un recargador que recarga la cuenta válida del usuario utilizando el mecanismo de recarga. 54. El aparato de conformidad con la reivindicación 53, caracterizado porque además comprende: el determinador también establece que la cuenta válida del usuario ha autorizado el mecanismo de recarga después de una intervención del usuario; el emisor también envía al dispositivo del usuario en la red itinerante una solicitud de una autorización de recarga; y, un autorizador que aprueba la recarga únicamente si el dispositivo del usuario contesta correctamente a la solicitud de autorización de recarga. 217 55. El aparato de conformidad con la reivindicación 53, caracterizado porgue la recarga se basa en una regla definida por el usuario que especifica al menos una de una cuenta, cantidad y fuente de fondos. 56. El aparato de conformidad con la reivindicación 55, caracterizado porque la regla definida por el usuario especifica una pluralidad de cuentas, con una prioridad de recarga basada en al menos una de una cuenta, recargas pasadas, saldo de la cuenta y tiempo. 57. El aparato de conformidad con la reivindicación 53, caracterizado porque el recargador recarga desde al menos una cuenta de banco, cuenta de inversión, cuenta de crédito y cuenta de préstamo pre-autorizado . 58. El aparato de conformidad con las reivindicaciones 2, 5 o 45, caracterizado porque además comprende un dispositivo de almacenamiento que almacena una cantidad cargada y el número de identificación del proveedor de servicios . 59. El aparato de conformidad con las reivindicaciones 2, 5 o 45, caracterizado porque el costo del servicio de comunicación itinerante es al menos uno del costo de itinerancia, costo de tiempo aire, impuesto, recargo por uso de instalaciones, descuento y costo de seguro. 218 60. El aparato de conformidad con la reivindicación 45, caracterizado porque el determinador además establece un valor para proporcionar el servicio al usuario y el cargador hace cargos a la cuenta válida del usuario en tiempo real por el servicio proporcionado en el valor calculado. 61. El aparato de conformidad con la reivindicación 45, caracterizado porque el valor es al menos uno de un de un valor de red itinerante, valor de red local, valor de tiempo aire, valor de larga distancia, valor internacional, impuesto, recargo por uso de instalaciones, descuento y costo del seguro. 62. Un método de comunicaciones convergentes que emplea un conjunto de reglas, caracterizado porque comprende: determinar, para un usuario autorizado, al menos una regla aplicable en ese momento para autorizar una transacción y hacer cargos a una cuenta del usuario autorizado; aplicar al menos una regla para autorizar la transacción; hacer cargos a la cuenta, de acuerdo con al menos una regla para hacer cargos a una cuenta, en tiempo real si se autoriza la transacción; y liquidar el cargo en tiempo real a una pluralidad de proveedores de transacciones de acuerdo con al menos una regla de liquidación. 63. El método de comunicaciones convergentes de 219 conformidad con la reivindicación 62, caracterizado porgue además comprende: determinar que el usuario autorizado no tiene suficiente valor en una cuenta del usuario autorizado para hacer cargos por la transacción; y, recargar la cuenta del usuario autorizado después de completar una rutina de recarga que comprende determinar una cuenta del usuario de recarga desde donde transferir fondos, y, autorizar la transferencia por al menos una de referencia a una transferencia pre-autorizada y solicitud de autorización del usuario autorizado. 64. El método de comunicaciones convergentes de conformidad con la reivindicación 63, caracterizado porque la recarga se realiza utilizando una pluralidad de cuentas del usuario de recarga. 65. El método de comunicaciones convergentes de conformidad con la reivindicación 63, caracterizado porque la solicitud de autorización del usuario autorizado es al menos una de la solicitud de un PIN del usuario, solicitud de entrada manual, solicitud de una frase de paso del usuario y confirmación de identidad del usuario a través de medios biométricos . 66. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque el cargo se realiza utilizando una pluralidad de reglas de cargo a una cuenta y la liquidación se realiza utilizando 220 una pluralidad de reglas de liquidación. 67. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque la aplicación se realiza utilizando una pluralidad de reglas para autorizar la transacción, el cargo se realiza utilizando una pluralidad de reglas para hacer cargos a una cuenta y la liquidación se realiza utilizando una pluralidad de reglas de liquidación. 68. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque la liquidación ocurre al menos inmediatamente, después de 3 días, al final de un mes del calendario, en intervalos regularmente separados y como una serie de pagos parciales . 69. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque la aplicación de al menos una regla para autorizar la transacción incluye autorizar la transacción utilizando al menos uno de un PIN, entrada manual, frase de paso del usuario y confirmación de identidad del usuario a través de medios biométricos . 70. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque además comprende determinar al menos una regla aplicada en tiempo real al momento de la solicitud de autorización de transacción de acuerdo con un algoritmo que contiene la 221 medición del tiempo de la solicitud de autorización de transacción como una función en el algoritmo. 71. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque además comprende determinar al menos una regla, aplicada en tiempo real de una solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza entradas de fuentes de datos que se refieren a eventos históricos, los cuales se considera que tienen relevancia para la solicitud de autorización de transacción. 72. El método de comunicaciones convergentes de conformidad con la reivindicación 71, caracterizado porque los eventos históricos son adquisiciones previas de un usuario autorizado o resultados reales de valoraciones de riesgos históricos. 73. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque además comprende determinar al menos una regla, aplicada en tiempo real al momento de la solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza datos que se refieren a eventos históricos, que se considera que tienen relevancia para la solicitud de autorización de transacción y un contenido de esos datos históricos disponible está cambiando constantemente. 74. El método de comunicaciones convergentes de 222 conformidad con la reivindicación 73, caracterizado porque los eventos históricos son adquisiciones previas de un usuario autorizado o resultados reales de valoraciones de riesgos históricos . 75. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque se solicita la transacción y una conexión a la pluralidad de proveedores de transacciones es a través de redes heterogéneas . 76. El método de comunicaciones convergentes de conformidad con la reivindicación 62, caracterizado porque el cargo es al menos uno de la verificación que está actualizada en una membresía, reducción o incremento de un número de millas de viajero frecuente, incremento o disminución del crédito mercantil y registro de un acuerdo . 77. Un dispositivo de entrada del usuario para acceder a una cuenta en un sistema de comunicaciones convergentes, caracterizado porque comprende: un transmisor que se comunica con el sistema de comunicaciones convergentes para acceder a una cuenta del usuario autorizado y solicitar una transacción desde un administrador de cuentas, en donde el administrador de cuentas comprende, un determinador que establece, para un usuario autorizado, al menos una regla aplicable en ese momento de la autorización de una transacción y cargo a una 223 cuenta, un procesador que aplica al menos una regla para autorizar la transacción, un cargador que hace cargos a la cuenta, de acuerdo con al menos una regla para hacer cargos a una cuenta, en tiempo real, si la transacción es autorizada, y, un liquidador que finiquita el cargo en tiempo real a una pluralidad de proveedores de transacciones de acuerdo con al menos una regla de liquidación; y, un receptor que admite al menos una confirmación del administrador de cuentas del acceso a la cuenta del usuario autorizado, una confirmación del cargo a la cuenta del usuario autorizado y una notificación de la liquidación. 78. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque el administrador de cuentas además comprende: un determinador que establece que el usuario autorizado no tiene suficiente valor en una cuenta del usuario autorizado para el cargo por la transacción; y, un recargador que recarga a la cuenta del usuario autorizado después de completar una rutina de recarga que comprende: determinar una cuenta del usuario de recarga desde donde se transfieren fondos, y, autorizar la transferencia por al menos una de la referencia a una transferencia pre-autorizada y solicitud de autorización del usuario autorizado. 224 79. El dispositivo de entrada del usuario de conformidad con la reivindicación 78, caracterizado porque la recarga se realiza utilizando una pluralidad de cuentas del usuario de recarga . 80. El dispositivo de entrada del usuario de conformidad con la reivindicación 78, caracterizado porque la solicitud de autorización del usuario autorizado es al menos una de la solicitud de un PIN, solicitud de entrada manual, solicitud de una frase de entrada y confirmación de identidad a través de medios biométricos . 81. El dispositivo' de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque el cargo se realiza utilizando una pluralidad de reglas para el cargo a una cuenta y la liquidación se realiza utilizando una pluralidad de reglas de liquidación. 82. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque la aplicación se realiza utilizando una pluralidad de reglas para autorizar la transacción, el cargo se realiza utilizando una pluralidad de reglas para hacer cargos a una cuenta y la liquidación se realiza utilizando una pluralidad de reglas de liquidación. 83. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque la liquidación ocurre al menos inmediatamente, después de 3 225 días, al final de un mes del calendario, en intervalos separados regularmente y como una serie de pagos parciales. 84. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque la aplicación de al menos una regla para autorizar la transacción incluye autorizar la transacción utilizando al menos un PIN, entrada manual, frase de paso del usuario y confirmación de identidad del usuario a través de medios biométricos . 85. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque además comprende determinar al menos una regla aplicada en tiempo real al momento de una solicitud de autorización de transacción de acuerdo con un algoritmo que contiene la medición del tiempo de la solicitud de autorización de transacción como una función en el algoritmo. 86. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque además comprende determinar al menos una regla, aplicada en tiempo real al momento de la solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza datos que se refieren a eventos históricos, los cuales se considera que tienen relevancia para la solicitud de autorización de transacción. 87. El dispositivo de entrada del usuario de 226 conformidad con la reivindicación 86, caracterizado porque los eventos históricos son adquisiciones previas de un usuario autorizado o resultados reales de valoraciones de riesgos históricos . 88. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque además comprende determinar al menos una regla, aplicada en tiempo real al momento de una solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza datos que se refieren a eventos históricos, los cuales se considera que tienen relevancia para la solicitud de autorización de transacción y un contenido de tales datos históricos disponible está cambiando constantemente. 89. El dispositivo de entrada del usuario de conformidad con la reivindicación 88, caracterizado porque los eventos históricos son adquisiciones previas de un usuario autorizado o resultados reales de valoraciones de riesgos históricos . 90. El dispositivo de entrada del usuario de conformidad con la reivindicación 88, caracterizado porque el dispositivo de entrada del usuario es al menos una computadora, teléfono, teléfono celular, computadora, punto del dispositivo de servicio y un reproductor de MP3. 91. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque 227 se solicita la transacción y una conexión a la pluralidad de proveedores de transacciones es a través de redes heterogéneas . 92. El dispositivo de entrada del usuario de conformidad con la reivindicación 77, caracterizado porque el cargador hace cargos por al menos uno de la verificación que esa membresía está actualizada, reducción o incremento de un número de millas de viajero frecuente, incremento o disminución de crédito mercantil o registro de un acuerdo. 93. Un sistema de comunicaciones convergentes que emplea un conjunto de reglas, caracterizado porque comprende: un determinador que determina, para un usuario autorizado, al menos una regla, aplicable en ese momento para autorizar una transacción y hacer cargos a una cuenta del usuario autorizado; un procesador que aplica al menos una regla para autorizar la transacción; un cargador que hace cargos a la cuenta, de acuerdo con al menos una regla para hacer cargos a una cuenta, en tiempo real si se autoriza la transacción; y un liquidador que finiquita el cargo en tiempo real a una pluralidad de proveedores de transacciones de acuerdo con al menos una regla de liquidación . 94. El sistema de comunicaciones convergentes de conformidad con la reivindicación 93, caracterizado porque además comprende: un determinador que determina que el 228 usuario autorizado no tiene suficiente valor en una cuenta del usuario autorizado para el cargo por la transacción; y, un recargador que recarga la cuenta del usuario autorizado después de completar una rutina de recarga que comprende determinar una cuenta del usuario de recarga desde donde se transfieren fondos, y autorizar la transferencia por al menos una de la referencia a una transferencia preautorizada y solicitud de autorización del usuario autorizado . 95. El sistema de comunicaciones convergentes de conformidad con la reivindicación 93, caracterizado porque la aplicación se realiza utilizando una pluralidad de reglas para autorizar la transacción, el cargo se realiza utilizando una pluralidad de reglas para hacer cargos a una cuenta y la liquidación se realiza utilizando una pluralidad de reglas de liquidación. 96. El sistema de comunicaciones convergentes de conformidad con la reivindicación 93, caracterizado porque además comprende determinar al menos una regla, aplicada en tiempo real al momento de una solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza datos que se refieren a eventos históricos, los cuales se considera que tienen relevancia para la solicitud de autorización de transacción. 97. El sistema de comunicaciones convergentes de 229 conformidad con la reivindicación 93, caracterizado porque además comprende determinar al menos una regla, aplicada en tiempo real al momento de una solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza datos que se refieren a eventos históricos, los cuales se considera que tienen relevancia para la solicitud de autorización de transacción y un contenido de tales datos históricos disponible está cambiando constantemente. 98. Un sistema de comunicaciones convergentes que emplea un conjunto de reglas, caracterizado porque comprende: un determinador que determina en tiempo real una pluralidad de reglas para autorizar, hacer cargos y liquidar una transacción en un tiempo actual; · un autorizador que aprueba la transacción si el estado actual de una cuenta del usuario autorizado o el usuario autorizado cumple con la pluralidad de reglas para autorizar la transacción en el tiempo actual; un cargador que hace cargos a la cuenta del usuario autorizado en tiempo real y acredita al menos una cuenta del proveedor de transacciones; y, un liquidador que finiquita la transacción de acuerdo con al menos una regla para liquidar la transacción. 99. El sistema de comunicaciones convergentes de conformidad con la reivindicación 98, caracterizado porque comprende: un segundo determinador que determina que el 230 usuario autorizado no tiene suficiente valor en una cuenta del usuario autorizado para el cargo por la transacción; y un recargador que recarga la cuenta del usuario autorizado después de completar una rutina de recarga que comprende determinar una cuenta del usuario de recarga desde donde se transfieren fondos, y, autorizar la transferencia por al menos una de la referencia a una transferencia preautorizada y solicitud de autorización del usuario autorizado . 100. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 94 o 99, caracterizado porque la recarga se realiza utilizando una pluralidad de cuentas del usuario de recarga . 101. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 93 o 99, caracterizado porque la solicitud de autorización del usuario autorizado es al menos una de una solicitud de PIN, solicitud de entrada manual, solicitud de frase de paso y confirmación de identidad a través de medios biométricos . 102. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 93 o 98, caracterizado porque el cargo se realiza utilizando una pluralidad de reglas para hacer cargos a una cuenta y la liquidación se realiza utilizando una pluralidad de reglas de liquidación. 103. El sistema de comunicaciones convergentes de 231 conformidad con la reivindicación 98, caracterizado porque el autorizador utiliza una pluralidad de reglas para autorizar la transacción, el cargador utiliza una pluralidad de reglas para hacer cargos a una cuenta y el liquidador utiliza una pluralidad de reglas de liquidación. 104. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 93 o 98, caracterizado porque la liquidación ocurre al menos inmediatamente, después de 3 días, al final de un mes del calendario, en intervalos separados regularmente y como una serie de pagos parciales . 105. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 93 o 98, caracterizado porque la aplicación de al menos una regla para autorizar la transacción incluye autorizar la transacción utilizando al menos uno de un PIN, entrada manual, frase de paso del usuario y confirmación de identidad del usuario a través de medios biométricos . 106. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 93 o 98, caracterizado porque además comprende : determinar al menos una regla aplicada en tiempo real al momento de una solicitud de autorización de transacción de acuerdo con un algoritmo el cual contiene la medición del tiempo de la solicitud de autorización de transacción como una función en el 232 algoritmo . 107. El sistema de comunicaciones convergentes de conformidad con la reivindicación 98, caracterizado porque además comprende un determinador que determina al menos una regla, aplicada en tiempo real al momento de una solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza datos que se refieren a eventos históricos, los cuales se considera que tienen relevancia para la solicitud de autorización de transacción. 108. El sistema de comunicaciones convergentes de conformidad con la reivindicación 98, caracterizado porque el determinador determina al menos una regla, aplicada en tiempo real al momento de una solicitud de autorización de transacción de acuerdo con un algoritmo que utiliza datos que se refieren a eventos históricos, los cuales se considera que · tienen relevancia para la solicitud de autorización de transacción y un contenido de tales datos históricos disponible está cambiando constantemente. 109. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 96, 97, 107 o 108, caracterizado porque los eventos históricos son adquisiciones previas de un usuario autorizado o resultados reales de valoraciones de riesgos históricos . 110. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 93 o 98, caracterizado 233 porque se solicita la transacción y una conexión a la pluralidad de proveedores de transacciones es a través de redes heterogéneas . 111. El sistema de comunicaciones convergentes de conformidad con las reivindicaciones 93 o 98, caracterizado porque el cargador hace cargos por al menos uno de la verificación de que una membresia está actualizada, reducción o incremento de un número de millas de viajero frecuente, incremento o disminución de crédito mercantil y registro de un acuerdo.
MXPA03011821A 2001-06-29 2002-06-28 Plataforma de comunicaciónes convergentes y metodo para comercio movil y electrónico en un entorno de redes heterogeneas. MX336287B (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/894,890 US9098958B2 (en) 1998-09-15 2001-06-29 Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US10/096,912 US7248855B2 (en) 1998-09-15 2002-03-14 Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account
PCT/GB2002/002997 WO2003003704A2 (en) 2001-06-29 2002-06-28 Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment

Publications (2)

Publication Number Publication Date
MXPA03011821A true MXPA03011821A (es) 2005-04-08
MX336287B MX336287B (es) 2016-01-14

Family

ID=26792196

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA03011821A MX336287B (es) 2001-06-29 2002-06-28 Plataforma de comunicaciónes convergentes y metodo para comercio movil y electrónico en un entorno de redes heterogeneas.

Country Status (17)

Country Link
US (1) US7248855B2 (es)
EP (1) EP1405236A2 (es)
JP (3) JP2004535014A (es)
KR (1) KR101231436B1 (es)
CN (1) CN100444137C (es)
AU (2) AU2008203853B2 (es)
BR (1) BR0211306A (es)
CA (1) CA2452287C (es)
EA (1) EA005965B1 (es)
HK (1) HK1066289A1 (es)
HU (2) HU228542B1 (es)
IL (1) IL159629A0 (es)
MX (1) MX336287B (es)
NO (2) NO334719B1 (es)
PL (1) PL368067A1 (es)
TW (1) TW579634B (es)
WO (1) WO2003003704A2 (es)

Families Citing this family (299)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8392285B2 (en) * 1996-11-12 2013-03-05 Syncada Llc Multi-supplier transaction and payment programmed processing approach with at least one supplier
US8396811B1 (en) 1999-02-26 2013-03-12 Syncada Llc Validation approach for auditing a vendor-based transaction
US20070055582A1 (en) 1996-11-12 2007-03-08 Hahn-Carlson Dean W Transaction processing with core and distributor processor implementations
US20050165699A1 (en) * 1996-11-12 2005-07-28 Hahn-Carlson Dean W. Processing and management of transaction timing characteristics
US20080172314A1 (en) 1996-11-12 2008-07-17 Hahn-Carlson Dean W Financial institution-based transaction processing system and approach
EA003432B1 (ru) 1998-09-15 2003-04-24 Ин Тач Текнолоджиз Лимитед Платформа расширенной связи и способ связи, использующий платформу
US7058817B1 (en) 1999-07-02 2006-06-06 The Chase Manhattan Bank System and method for single sign on process for websites with multiple applications and services
US6968365B2 (en) * 1999-12-01 2005-11-22 Telefonaktiebolaget L M Ericsson (Publ) Device and a method for operating an electronic utility device from a portable telecommunication apparatus
JP2001188841A (ja) * 1999-12-28 2001-07-10 Ibm Japan Ltd 料金計算を行なうためのデータ処理システム
WO2001052125A1 (en) * 2000-01-14 2001-07-19 Marconi Commerce Systems Inc. A data retail system
US9813564B1 (en) 2000-04-27 2017-11-07 Peter D. Wendt Secured pre-payment for portable communication unit
FR2809260B1 (fr) * 2000-05-16 2003-07-18 Gemplus Card Int Procede d'approvisionnement d'un compte prepaye
US6707894B1 (en) * 2000-05-24 2004-03-16 At&T Wireless Prepaid calling time processing: a method and apparatus for processing pre-paid calling time in a telephone communication system
US7426530B1 (en) 2000-06-12 2008-09-16 Jpmorgan Chase Bank, N.A. System and method for providing customers with seamless entry to a remote server
US7653377B1 (en) * 2000-07-07 2010-01-26 Bellsouth Intellectual Property Corporation Pre-paid wireless interactive voice response system with variable announcements
US7676030B2 (en) 2002-12-10 2010-03-09 Ewi Holdings, Inc. System and method for personal identification number distribution and delivery
US20050229003A1 (en) 2004-04-09 2005-10-13 Miles Paschini System and method for distributing personal identification numbers over a computer network
FI20001740A (fi) * 2000-08-02 2002-02-03 Nokia Networks Oy Tilaajasuhteen kautta saavutettavien palveluiden määrittäminen
US7000001B2 (en) * 2000-09-12 2006-02-14 Research In Motion Limited Bookmark beacon system and method
US6959183B2 (en) * 2000-10-20 2005-10-25 Leap Wireless International, Inc. Operations method for providing wireless communication services and network and system for delivering same
US8000679B2 (en) * 2000-10-20 2011-08-16 Cricket Communications, Inc. Business method for providing wireless communication services and network and system for delivering same
US7457777B1 (en) * 2000-11-13 2008-11-25 At&T Intellectual Property I, L.P. Carried-forward service units and commoditization thereof
US6487401B2 (en) * 2000-12-18 2002-11-26 Sbc Technology Resources, Inc. Prepaid wireless telephone account regeneration in a wireless access protocol system
US7242922B2 (en) * 2000-12-29 2007-07-10 Vesta Corporation Toll free calling account recharge system and method
WO2002067156A1 (en) * 2001-02-19 2002-08-29 Nokia Corporation Control of billing in a communications system
GB0107925D0 (en) * 2001-03-29 2001-05-23 Nokia Networks Oy Content charging
US7529700B1 (en) * 2001-07-10 2009-05-05 Wageworks, Inc. Single-source multi-conduit apparatuses and methods for adjudicating pretax expenses
GB0119488D0 (en) * 2001-08-10 2001-10-03 Cellectivity Ltd E-commerce method for mobile telephones
US20080208787A1 (en) * 2001-11-14 2008-08-28 Retaildna, Llc Method and system for centralized generation of a business executable using genetic algorithms and rules distributed among multiple hardware devices
US8600924B2 (en) 2001-11-14 2013-12-03 Retaildna, Llc Method and system to manage multiple party rewards using a single account and artificial intelligence
US8577819B2 (en) 2001-11-14 2013-11-05 Retaildna, Llc Method and system to manage multiple party rewards using a single account and artificial intelligence
US7327833B2 (en) * 2002-03-20 2008-02-05 At&T Bls Intellectual Property, Inc. Voice communications menu
FI116169B (fi) * 2002-04-24 2005-09-30 Comptel Corp Menetelmä asiakastilien hallitsemiseksi Pre-Paid IN-alustan yhteydessä ja Pre-Paid mediaattori
US20040185827A1 (en) * 2002-05-03 2004-09-23 Michael Parks System and method for replenishing an account
US20030208444A1 (en) * 2002-05-06 2003-11-06 Hermann Sauer Payment system and method
US7509117B2 (en) * 2002-05-31 2009-03-24 Nokia Corporation Apparatus, and associated method, for notifying a user in a radio communication system of a commercially-related transaction
EP1512096A1 (de) * 2002-06-10 2005-03-09 Rudolph Volker Elektronisches zahlungsmittel mit individuell einstellbaren sicherheitseigenschaften f r das internet oder mobile netze
US7209890B1 (en) * 2002-06-20 2007-04-24 Bellsouth Intellectual Property Corp. System and method for replenishing a wireless terminal account
US7539629B1 (en) * 2002-06-20 2009-05-26 At&T Intellectual Property I, L.P. System and method for replenishing a wireless terminal account
US7039593B2 (en) 2002-06-20 2006-05-02 Robert David Sager Payment convergence system and method
TW537466U (en) * 2002-08-01 2003-06-11 Handlink Technologies Inc Portable network transmission device
JP4199503B2 (ja) * 2002-09-20 2008-12-17 富士通株式会社 システム利用支援方法、サーバ、プログラム
WO2004027564A2 (en) 2002-09-20 2004-04-01 Assurant, Inc Systems and methods for providing insurance and non-insurance products
US11257094B2 (en) 2002-10-23 2022-02-22 Catalina Marketing Corporation System and method of a media delivery services platform for targeting consumers in real time
US8783561B2 (en) 2006-07-14 2014-07-22 Modiv Media, Inc. System and method for administering a loyalty program and processing payments
US8626130B2 (en) * 2005-08-23 2014-01-07 Modiv Media, Inc. System and method for user controlled log-in; interacting and log-out
US9811836B2 (en) 2002-10-23 2017-11-07 Modiv Media, Inc System and method of a media delivery services platform for targeting consumers in real time
US10430798B2 (en) 2002-10-23 2019-10-01 Matthew Volpi System and method of a media delivery services platform for targeting consumers in real time
US10657561B1 (en) 2008-08-20 2020-05-19 Modiv Media, Inc. Zone tracking system and method
US10205721B2 (en) 2002-12-10 2019-02-12 Ewi Holdings, Inc. System and method for distributing personal identification numbers over a computer network
US20040193752A1 (en) * 2003-01-02 2004-09-30 Harpreet Singh System and method for providing fee-based data services
US20040193751A1 (en) * 2003-01-02 2004-09-30 Harpreet Singh System and method for providing fee-based data services
EP1435596A1 (en) * 2003-01-02 2004-07-07 Toshiba Corporation System and method for providing fee-based data services to mobile users
EP1450316B1 (de) * 2003-02-21 2014-08-27 Swisscom AG Verfahren und Modul zur Verwaltung eines Wertkontos
US7333809B2 (en) * 2003-03-18 2008-02-19 At&T Mobility Ii Llc Multi-standard prepaid communication services
US7131578B2 (en) 2003-05-28 2006-11-07 Ewi Holdings, Inc. System and method for electronic prepaid account replenishment
AU2004260190A1 (en) 2003-07-15 2005-02-03 American Express Travel Related Services Company, Inc. System and method for activating or changing the status of an account associated with a prepaid card
US10621521B1 (en) * 2003-07-22 2020-04-14 Versata Development Group, Inc. Efficient reprocessing of compensation calculations
US20080312941A1 (en) * 2007-06-14 2008-12-18 Qualcomm Incorporated Separable billing for personal data services
US8572391B2 (en) * 2003-09-12 2013-10-29 Emc Corporation System and method for risk based authentication
EP1817726A4 (en) * 2003-11-04 2009-09-09 Ebiz Mobility Ltd UNIVERSAL MOBILE ELEKTONIC COMMERCIAL
US8069113B2 (en) * 2003-12-17 2011-11-29 Fmr Llc Financial account management
GB0329499D0 (en) * 2003-12-19 2004-01-28 Nokia Corp Communication network
US7450928B1 (en) 2004-01-09 2008-11-11 At&T Mobility Ii Llc Methods for providing overdraft protection for post-paid communication service plans
US8554876B2 (en) * 2004-01-23 2013-10-08 Hewlett-Packard Development Company, L.P. User profile service
US7280644B2 (en) 2004-12-07 2007-10-09 Ewi Holdings, Inc. Transaction processing platform for faciliating electronic distribution of plural prepaid services
US11599873B2 (en) 2010-01-08 2023-03-07 Blackhawk Network, Inc. Systems and methods for proxy card and/or wallet redemption card transactions
US11475436B2 (en) 2010-01-08 2022-10-18 Blackhawk Network, Inc. System and method for providing a security code
RU2369981C2 (ru) 2004-06-03 2009-10-10 Телефонактиеболагет Лм Эрикссон (Пабл) Механизмы оплаты для ip-мультимедийных услуг
CN101036169A (zh) 2004-06-09 2007-09-12 美国银行和许可股份有限公司 订购资源完成以及管理系统和方法
US8762238B2 (en) * 2004-06-09 2014-06-24 Syncada Llc Recurring transaction processing system and approach
AU2005255453B2 (en) 2004-06-09 2007-11-08 Syncada Llc Financial institution-based transaction processing system and approach
JP2006085353A (ja) 2004-09-15 2006-03-30 Nec Corp コンテンツ配信システム、その方法、会計装置、コンテンツ配信装置およびプログラム
FR2878100B1 (fr) * 2004-11-17 2007-05-11 Cit Alcatel Procede d'etablissement de connexions pour l'acces de terminaux d'utilisateurs itinerants a des reseaux de donnees
US20060116903A1 (en) * 2004-11-30 2006-06-01 Assurant Solutions Systems and methods for providing insurance coverage to a customer
JP4672351B2 (ja) * 2004-12-07 2011-04-20 株式会社日立製作所 電話交換システム
FI20041668A0 (fi) * 2004-12-23 2004-12-23 Nokia Corp Menetelmä veloitusominaisuuksien muodostamiseksi
US20060167792A1 (en) * 2004-12-29 2006-07-27 Hahn-Carlson Dean W Multi-supplier transaction and payment programmed processing system and approach
US8825556B2 (en) * 2005-01-28 2014-09-02 Cardinalcommerce Corporation System and method for conversion between Internet and non-Internet based transactions
US7532875B1 (en) 2005-02-18 2009-05-12 Virgin Mobile Usa, Llc Scaleable communications management network
US20060233332A1 (en) * 2005-03-24 2006-10-19 Toms Alvin D Credit worthiness rating method
US20060229998A1 (en) 2005-03-31 2006-10-12 Mark Harrison Payment via financial service provider using network-based device
US20060258397A1 (en) * 2005-05-10 2006-11-16 Kaplan Mark M Integrated mobile application server and communication gateway
US7970671B2 (en) * 2005-04-12 2011-06-28 Syncada Llc Automated transaction processing system and approach with currency conversion
EP1727377B1 (en) * 2005-05-25 2006-12-06 Alcatel Telecommunications services
CN101248657B (zh) * 2005-05-31 2013-08-21 艾利森电话股份有限公司 通信系统中输送计费通知的方法和装置
CA2609012A1 (en) * 2005-06-03 2006-12-14 Cingular Wireless Ii, Llc System and method for providing airtime overdraft protection
US7831520B2 (en) * 2005-06-28 2010-11-09 Ebay Inc. Mobile device communication system
US7706792B1 (en) 2005-08-10 2010-04-27 At&T Mobility Ii Llc Intelligent customer care support
US20070043639A1 (en) * 2005-08-19 2007-02-22 Tabs Mark A Systems and methods for monitoring financial positions
US20070043638A1 (en) * 2005-08-19 2007-02-22 Tabs Mark A System architecture and related methods for monitoring financial positions of an entity on a group-wide basis
US7565506B2 (en) 2005-09-08 2009-07-21 Qualcomm Incorporated Method and apparatus for delivering content based on receivers characteristics
US8893179B2 (en) 2005-09-12 2014-11-18 Qualcomm Incorporated Apparatus and methods for providing and presenting customized channel information
US8528029B2 (en) 2005-09-12 2013-09-03 Qualcomm Incorporated Apparatus and methods of open and closed package subscription
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US7697827B2 (en) 2005-10-17 2010-04-13 Konicek Jeffrey C User-friendlier interfaces for a camera
US8533358B2 (en) 2005-11-08 2013-09-10 Qualcomm Incorporated Methods and apparatus for fragmenting system information messages in wireless networks
US8571570B2 (en) 2005-11-08 2013-10-29 Qualcomm Incorporated Methods and apparatus for delivering regional parameters
US8600836B2 (en) 2005-11-08 2013-12-03 Qualcomm Incorporated System for distributing packages and channels to a device
GB0525244D0 (en) * 2005-12-12 2006-01-18 Nokia Corp Providing communication service sessions
US20070208618A1 (en) * 2006-03-06 2007-09-06 First Data Corporation Coupon code systems and methods
US7818264B2 (en) * 2006-06-19 2010-10-19 Visa U.S.A. Inc. Track data encryption
US20070244752A1 (en) * 2006-04-17 2007-10-18 Anthony Jeremiah Bayne System and method for the integrated distribution of advertising via the internet and mobile terminals
AU2007201639B2 (en) * 2006-04-17 2009-12-10 Anthony J. Bayne System and Method for the Integrated Distribution of Advertising via the Internet and Mobile Terminals
DE102006019465B4 (de) * 2006-04-26 2008-01-03 Siemens Ag Verfahren und Server zur Verwaltung von Teilnehmergebühren
US7680737B2 (en) * 2006-07-06 2010-03-16 Moneygram International, Inc. Systems and methods for processing payments with payment review features
US8069084B2 (en) 2006-07-14 2011-11-29 Wells Fargo Bank, N.A. Customer controlled account, system, and process
US10296895B2 (en) 2010-01-08 2019-05-21 Blackhawk Network, Inc. System for processing, activating and redeeming value added prepaid cards
US20080057916A1 (en) * 2006-08-29 2008-03-06 James Gamm Real-time, interactive balance check for wireless service
US20080109281A1 (en) * 2006-09-12 2008-05-08 Daniel Csoka Systems and methods for transferring funds from a sending account
US20090070257A1 (en) * 2006-09-12 2009-03-12 Daniel Csoka Systems and methods for transferring funds from a sending account
US20080077514A1 (en) * 2006-09-19 2008-03-27 Hart Matt E Method and apparatus for performing a financial transaction
US20170011391A1 (en) * 2006-09-24 2017-01-12 Rfcyber Corp. Method and apparatus for mobile payment
DE102006047114A1 (de) * 2006-09-27 2008-04-03 T-Mobile International Ag & Co. Kg Verfahren zur Bereitstellung eines konvergenten Nachrichtendienstes für mindestens ein Endgerät in einem Mobilfunknetzsystem und entsprechende Arbeitseinheit
US9025742B1 (en) * 2006-10-03 2015-05-05 United Services Automobile Association (Usaa) Method and system for providing targeted messages
US20110029404A1 (en) * 2006-10-06 2011-02-03 Hahn-Carlson Dean W Transaction payables processing system and approach
US8712884B2 (en) * 2006-10-06 2014-04-29 Syncada Llc Transaction finance processing system and approach
WO2008053322A2 (en) 2006-11-01 2008-05-08 Nokia Corporation Broadcast roaming in oma broadcast services
TWI326544B (en) 2006-11-15 2010-06-21 Ind Tech Res Inst An intelligent heterogeneous network packet dispatcher methodology
US8472598B2 (en) * 2006-11-30 2013-06-25 Motorola Mobility Llc Prepaying usage time for another communication device
JP5550068B2 (ja) * 2006-12-18 2014-07-16 ヴィザ ケープ タウン （プロプライエタリー） リミテッド 電子データのための支払いシステム
US8666892B2 (en) * 2006-12-19 2014-03-04 Datacap Systems, Inc. Electronic payment processing system
US7626504B2 (en) * 2007-04-13 2009-12-01 At&T Intellectual Property I, L.P. System and apparatus for silencing communication devices
US20100174650A1 (en) * 2007-04-19 2010-07-08 Aruze Corp. Electronic settlement system, electronic settlement server, negotiable-value providing apparatus, mobile communication terminal, and electronic settlement method
US8090343B2 (en) 2007-05-29 2012-01-03 At&T Mobility Ii Llc Optimized camel triggering for prepaid calling
US8165938B2 (en) * 2007-06-04 2012-04-24 Visa U.S.A. Inc. Prepaid card fraud and risk management
US7983655B2 (en) 2007-06-20 2011-07-19 At&T Mobility Ii Llc Conditional call treatment for prepaid calls
US20080318559A1 (en) * 2007-06-22 2008-12-25 Porco Gino M System and method of mobile device advertising
US20100250368A1 (en) * 2007-06-22 2010-09-30 My Screen Mobile Inc. System and method of mobile device advertising
US7945238B2 (en) 2007-06-28 2011-05-17 Kajeet, Inc. System and methods for managing the utilization of a communications device
US8929857B2 (en) 2007-06-28 2015-01-06 Kajeet, Inc. Policy management of electronic devices
US8090344B2 (en) 2007-07-23 2012-01-03 At&T Mobility Ii Llc Dynamic location-based rating for prepaid calls
GB2452699B (en) * 2007-08-24 2012-08-01 King S College London Mobility and quality of service
US8160544B2 (en) * 2007-08-27 2012-04-17 At&T Intellectual Property I, L.P. Methods and platforms for refreshing a pre-paid account upon detecting the occurrence of a refresh triggering event
US8774798B2 (en) 2007-08-28 2014-07-08 At&T Mobility Ii Llc Determining capability to provide dynamic local time updates in a prepaid terminating call
US20090061856A1 (en) * 2007-08-28 2009-03-05 Cingular Wireless Ii, Llc Peak off-peak rating for prepaid terminating calls
US20090061868A1 (en) * 2007-08-28 2009-03-05 Cingular Wireless Ii, Llc Decisionmaking for dynamic local time updates in a prepaid terminating call
US8108257B2 (en) * 2007-09-07 2012-01-31 Yahoo! Inc. Delayed advertisement insertion in videos
DE102007045909A1 (de) * 2007-09-26 2009-08-06 T-Mobile Internationale Ag Verfahren zum Schutz vor Viren/Spam in Mobilfunknetzen
US8180321B2 (en) * 2007-09-26 2012-05-15 At&T Mobility Ii Llc Recovery of lost revenue in prepaid calls
US20090089207A1 (en) * 2007-09-27 2009-04-02 Verizon Business Network Services Inc. Prepaid budget calling accounts with overruns billed to a credit card
US20090106151A1 (en) * 2007-10-17 2009-04-23 Mark Allen Nelsen Fraud prevention based on risk assessment rule
US8791948B2 (en) * 2007-11-09 2014-07-29 Ebay Inc. Methods and systems to generate graphical representations of relationships between persons based on transactions
US8775475B2 (en) * 2007-11-09 2014-07-08 Ebay Inc. Transaction data representations using an adjacency matrix
US8046324B2 (en) 2007-11-30 2011-10-25 Ebay Inc. Graph pattern recognition interface
US8751337B2 (en) * 2008-01-25 2014-06-10 Syncada Llc Inventory-based payment processing system and approach
US8693737B1 (en) * 2008-02-05 2014-04-08 Bank Of America Corporation Authentication systems, operations, processing, and interactions
US8213585B2 (en) * 2008-02-07 2012-07-03 Hewlett-Packard Development Company, L.P. Automated distribution and indexing of prepaid calling card information
US10540712B2 (en) 2008-02-08 2020-01-21 The Pnc Financial Services Group, Inc. User interface with controller for selectively redistributing funds between accounts
US8401938B1 (en) 2008-05-12 2013-03-19 The Pnc Financial Services Group, Inc. Transferring funds between parties' financial accounts
US8751385B1 (en) 2008-05-15 2014-06-10 The Pnc Financial Services Group, Inc. Financial email
US8165933B2 (en) * 2008-05-23 2012-04-24 Bank Of America Corporation Systems, methods, and computer program products for performing item level transaction processing
EP2321776A4 (en) * 2008-07-21 2012-01-04 Syncada Llc SYSTEM AND METHOD FOR RESOURCE ALLOCATION PROCESSING WITH ADAPTIVE EVALUATION PROCESSING
EP2321775A4 (en) * 2008-07-21 2013-10-02 Syncada Llc SYSTEM AND METHOD FOR RESOURCE ALLOCATION PROCESSING WITH RESOURCE POOLING
US8447669B2 (en) 2008-08-26 2013-05-21 Visa U.S.A. Inc. System and method for implementing financial assistance programs
CN101667275A (zh) * 2008-09-04 2010-03-10 阿里巴巴集团控股有限公司 一种离线充值方法及系统
US8756082B1 (en) * 2008-11-25 2014-06-17 Allstate Insurance Company Virtuous cycle business growth
RU2481639C2 (ru) * 2008-11-26 2013-05-10 Смарт Хаб Пте. Лтд. Система и способ предоставления кредита
GB2466225B (en) * 2008-12-15 2013-10-02 King S College London Inter-access network handover
GB2466226B (en) 2008-12-15 2012-11-14 King S College London Improvements in or relating to network mobility
US8965798B1 (en) 2009-01-30 2015-02-24 The Pnc Financial Services Group, Inc. Requesting reimbursement for transactions
US10891037B1 (en) 2009-01-30 2021-01-12 The Pnc Financial Services Group, Inc. User interfaces and system including same
TWI496097B (zh) * 2009-02-10 2015-08-11 Alibaba Group Holding Ltd Off - line value - added method and system
US8249552B1 (en) * 2009-03-04 2012-08-21 Sprint Communications Company L.P. Pre and post-paid service plan manager
JP2010244329A (ja) * 2009-04-07 2010-10-28 Sony Corp 情報処理装置および情報処理方法、通信装置および通信方法、並びに情報処理システム
US8600873B2 (en) * 2009-05-28 2013-12-03 Visa International Service Association Managed real-time transaction fraud analysis and decisioning
US20100325040A1 (en) * 2009-06-23 2010-12-23 Craig Stephen Etchegoyen Device Authority for Authenticating a User of an Online Service
US10068282B2 (en) * 2009-06-24 2018-09-04 Uniloc 2017 Llc System and method for preventing multiple online purchases
US9075958B2 (en) 2009-06-24 2015-07-07 Uniloc Luxembourg S.A. Use of fingerprint with an on-line or networked auction
US20110004498A1 (en) * 2009-07-01 2011-01-06 International Business Machines Corporation Method and System for Identification By A Cardholder of Credit Card Fraud
US20110047052A1 (en) * 2009-08-18 2011-02-24 Kevin Terrill Cornish Method and process for an energy management system for setting and adjusting a minimum energy reserve for a rechargeable energy storage device
US8214853B2 (en) * 2009-09-02 2012-07-03 Ericsson Television, Inc Systems and methods for providing content to a subscriber through a foreign service provider and for facilitating the subscriber incurring a fee for viewing the content
CN101646153A (zh) * 2009-09-03 2010-02-10 中兴通讯股份有限公司 支持漫游用户的移动电话支付系统、方法及相关装置
US20110131132A1 (en) * 2009-11-27 2011-06-02 Eazybreak Oy System and method for managing subscriber account
US9852414B2 (en) 2010-01-08 2017-12-26 Blackhawk Network, Inc. System for processing, activating and redeeming value added prepaid cards
US10037526B2 (en) 2010-01-08 2018-07-31 Blackhawk Network, Inc. System for payment via electronic wallet
US8321339B2 (en) * 2010-01-15 2012-11-27 Apollo Enterprise Solutions, Inc. System and method for resolving transactions with variable offer parameter selection capabilities
US20110191238A1 (en) * 2010-01-29 2011-08-04 Bank Of America Corporation Variable merchant settlement options
US20110225067A1 (en) * 2010-03-12 2011-09-15 The Western Union Company Fraud prevention using customer and agent facing devices
US8780115B1 (en) 2010-04-06 2014-07-15 The Pnc Financial Services Group, Inc. Investment management marketing tool
US8791949B1 (en) 2010-04-06 2014-07-29 The Pnc Financial Services Group, Inc. Investment management marketing tool
US8458088B2 (en) * 2010-04-08 2013-06-04 The Western Union Company Money transfer smart phone methods and systems
US20120198046A1 (en) * 2010-04-29 2012-08-02 Mehul Jayant Shah Mobile device bandwidth throttling
TWI425437B (zh) * 2010-05-21 2014-02-01 Mitake Information Corp 觸控式行動設備金融商品報價軟體之下載系統與方法
WO2012003156A1 (en) * 2010-06-27 2012-01-05 Visa International Service Association Scheduled funds transfer platform apparatuses, methods and systems
JP5633730B2 (ja) * 2010-06-28 2014-12-03 ソニー株式会社 情報処理装置および方法、並びにプログラム
WO2012000438A1 (zh) * 2010-06-29 2012-01-05 飞天诚信科技股份有限公司 一种对电子钱包进行操作的方法
US11475523B1 (en) 2010-07-02 2022-10-18 The Pnc Financial Services Group, Inc. Investor retirement lifestyle planning tool
US8423444B1 (en) 2010-07-02 2013-04-16 The Pnc Financial Services Group, Inc. Investor personality tool
US8417614B1 (en) 2010-07-02 2013-04-09 The Pnc Financial Services Group, Inc. Investor personality tool
US11475524B1 (en) 2010-07-02 2022-10-18 The Pnc Financial Services Group, Inc. Investor retirement lifestyle planning tool
CN102137373B (zh) * 2010-08-16 2014-03-12 华为技术有限公司 一种基于计费系统的QoS控制方法、装置和系统
EP2601632A4 (en) 2010-08-27 2016-04-27 Blackhawk Network Inc PREPAID CARD WITH SAVINGS FUNCTIONALITY
US8571937B2 (en) 2010-10-20 2013-10-29 Playspan Inc. Dynamic payment optimization apparatuses, methods and systems
WO2012106655A2 (en) 2011-02-05 2012-08-09 Visa International Service Association Merchant-consumer bridging platform apparatuses, methods and systems
US9953334B2 (en) 2011-02-10 2018-04-24 Visa International Service Association Electronic coupon issuance and redemption apparatuses, methods and systems
US10586227B2 (en) 2011-02-16 2020-03-10 Visa International Service Association Snap mobile payment apparatuses, methods and systems
US20120209749A1 (en) 2011-02-16 2012-08-16 Ayman Hammad Snap mobile payment apparatuses, methods and systems
AU2012220669A1 (en) 2011-02-22 2013-05-02 Visa International Service Association Universal electronic payment apparatuses, methods and systems
US9773212B2 (en) 2011-02-28 2017-09-26 Visa International Service Association Secure anonymous transaction apparatuses, methods and systems
US9852470B1 (en) 2011-02-28 2017-12-26 The Pnc Financial Services Group, Inc. Time period analysis tools for wealth management transactions
US8374940B1 (en) 2011-02-28 2013-02-12 The Pnc Financial Services Group, Inc. Wealth allocation analysis tools
US8321316B1 (en) 2011-02-28 2012-11-27 The Pnc Financial Services Group, Inc. Income analysis tools for wealth management
US9665908B1 (en) 2011-02-28 2017-05-30 The Pnc Financial Services Group, Inc. Net worth analysis tools
US9996838B2 (en) 2011-03-04 2018-06-12 Visa International Service Association Cloud service facilitator apparatuses, methods and systems
US11113669B1 (en) 2011-04-19 2021-09-07 The Pnc Financial Services Group, Inc. Managing employee compensation information
WO2012155081A1 (en) 2011-05-11 2012-11-15 Visa International Service Association Electronic receipt manager apparatuses, methods and systems
MX2013013166A (es) 2011-05-11 2014-09-01 Mark Itwaru Sistema de pago movil dividido.
US8538845B2 (en) 2011-06-03 2013-09-17 Mozido, Llc Monetary transaction system
BR112013031147A2 (pt) 2011-06-03 2017-02-07 Visa Int Service Ass aparelhos, métodos e sistema de seleção de cartão de carteira virtual
US9198038B2 (en) 2011-06-13 2015-11-24 Qualcomm Incorporated Apparatus and methods of identity management in a multi-network system
US20120323777A1 (en) * 2011-06-20 2012-12-20 Liberty Michael A Business to business mobile vault
US9582598B2 (en) 2011-07-05 2017-02-28 Visa International Service Association Hybrid applications utilizing distributed models and views apparatuses, methods and systems
US10121129B2 (en) 2011-07-05 2018-11-06 Visa International Service Association Electronic wallet checkout platform apparatuses, methods and systems
US9355393B2 (en) 2011-08-18 2016-05-31 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US10438176B2 (en) 2011-07-17 2019-10-08 Visa International Service Association Multiple merchant payment processor platform apparatuses, methods and systems
JP2013536516A (ja) * 2011-07-27 2013-09-19 網銀國際股▲分▼有限公司 携帯式装置の支払方法
US8838575B2 (en) * 2011-08-03 2014-09-16 Sap Ag Generic framework for historical analysis of business objects
US20130046689A1 (en) * 2011-08-16 2013-02-21 Bank Of America Corporation System and Method for Facilitating Transactions
US10318941B2 (en) 2011-12-13 2019-06-11 Visa International Service Association Payment platform interface widget generation apparatuses, methods and systems
US9710807B2 (en) 2011-08-18 2017-07-18 Visa International Service Association Third-party value added wallet features and interfaces apparatuses, methods and systems
US10242358B2 (en) 2011-08-18 2019-03-26 Visa International Service Association Remote decoupled application persistent state apparatuses, methods and systems
US10825001B2 (en) 2011-08-18 2020-11-03 Visa International Service Association Multi-directional wallet connector apparatuses, methods and systems
US8635134B2 (en) * 2011-09-07 2014-01-21 Fiserv, Inc. Systems and methods for optimizations involving insufficient funds (NSF) conditions
US9117225B2 (en) 2011-09-16 2015-08-25 Visa International Service Association Apparatuses, methods and systems for transforming user infrastructure requests inputs to infrastructure design product and infrastructure allocation outputs
US10223730B2 (en) 2011-09-23 2019-03-05 Visa International Service Association E-wallet store injection search apparatuses, methods and systems
US10637820B2 (en) 2011-10-21 2020-04-28 Uniloc 2017 Llc Local area social networking
US9137389B2 (en) 2011-11-08 2015-09-15 Kajeet, Inc. Master limits and filters for electronic devices
US10438196B2 (en) 2011-11-21 2019-10-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US9208488B2 (en) 2011-11-21 2015-12-08 Mozido, Inc. Using a mobile wallet infrastructure to support multiple mobile wallet providers
US9953378B2 (en) 2012-04-27 2018-04-24 Visa International Service Association Social checkout widget generation and integration apparatuses, methods and systems
US10096022B2 (en) 2011-12-13 2018-10-09 Visa International Service Association Dynamic widget generator apparatuses, methods and systems
CN103186853B (zh) * 2011-12-31 2016-07-13 北大方正集团有限公司 一种服务器端和客户端移动支付方法、装置及系统
US10223710B2 (en) 2013-01-04 2019-03-05 Visa International Service Association Wearable intelligent vision device apparatuses, methods and systems
US10262148B2 (en) 2012-01-09 2019-04-16 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US11308227B2 (en) 2012-01-09 2022-04-19 Visa International Service Association Secure dynamic page content and layouts apparatuses, methods and systems
US8918080B2 (en) 2012-01-17 2014-12-23 Kajeet, Inc. Mobile device management
US10169812B1 (en) 2012-01-20 2019-01-01 The Pnc Financial Services Group, Inc. Providing financial account information to users
US10643191B2 (en) * 2012-01-27 2020-05-05 Visa International Service Association Mobile services remote deposit capture
WO2013116153A1 (en) * 2012-01-30 2013-08-08 DoDat Process Technology, LLC Distributive on-demand administrative tasking apparatuses, methods and systems
AU2013214801B2 (en) 2012-02-02 2018-06-21 Visa International Service Association Multi-source, multi-dimensional, cross-entity, multimedia database platform apparatuses, methods and systems
CN103260143A (zh) * 2012-02-15 2013-08-21 富泰华工业（深圳）有限公司 通讯费用转移系统及方法
JP4970629B1 (ja) * 2012-02-29 2012-07-11 楽天株式会社 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体
US9305310B2 (en) * 2012-03-19 2016-04-05 Uber Technologies, Inc. Enabling a user to verify a price change for an on-demand service
US11042870B2 (en) 2012-04-04 2021-06-22 Blackhawk Network, Inc. System and method for using intelligent codes to add a stored-value card to an electronic wallet
SG11201407699UA (en) * 2012-05-18 2014-12-30 Jpmorgan Chase Bank Na Dynamic management and netting of transactions using executable rules
US9014662B1 (en) * 2012-06-25 2015-04-21 Sprint Communications Company L.P. Pre-paid phone cash wallet
US8699993B2 (en) * 2012-08-03 2014-04-15 Tracfone Wireless, Inc. Device initiated replenishment procedures for wireless devices
KR20140020055A (ko) * 2012-08-07 2014-02-18 주식회사 케이티 결제 방법 및 그 시스템
US10154483B2 (en) 2012-09-12 2018-12-11 Qualcomm Incorporated Coverage enhancement techniques for machine type communication devices in a wireless network
SG11201501995SA (en) * 2012-10-04 2015-05-28 Pay It Simple Ltd Methods, system and associated computer executable code for facilitating credit transactions
WO2014081822A2 (en) 2012-11-20 2014-05-30 Blackhawk Network, Inc. System and method for using intelligent codes in conjunction with stored-value cards
US20140248908A1 (en) 2013-03-01 2014-09-04 Uniloc Luxembourg S.A. Pedestrian traffic monitoring and analysis
WO2014151842A2 (en) 2013-03-14 2014-09-25 Movencorp Inc. Methods and apparatus for promoting financial behavioral change
CA2909104A1 (en) * 2013-04-12 2014-10-16 Riavera Corp. Mobile payment system using subaccounts of account holder
CN103413216B (zh) * 2013-05-16 2018-02-09 深圳市淘淘谷信息技术有限公司 一种多账户管理支付方法
US10757267B2 (en) 2013-06-13 2020-08-25 Kajeet, Inc. Platform for enabling sponsors to sponsor functions of a computing device
US10313532B2 (en) 2013-06-13 2019-06-04 Kajeet, Inc. Platform for enabling users to sign up for sponsored functions on computing devices
KR20140147906A (ko) * 2013-06-19 2014-12-31 (주)토스트씨 콘텐츠 다운로드 장치 및 방법
US9026464B2 (en) * 2013-08-15 2015-05-05 Teleperformance SA Securely and efficiently processing telephone orders
CN104717598A (zh) * 2013-12-13 2015-06-17 香港优克网络技术有限公司 一种服务分享系统及装置
US9256876B2 (en) 2014-02-03 2016-02-09 Fmr Llc Real-time spend management with savings goals
US9767471B1 (en) 2014-03-24 2017-09-19 Square, Inc. Determining recommendations from buyer information
WO2016041176A1 (zh) 2014-09-18 2016-03-24 华为技术有限公司 一种信息显示的方法、终端、服务器
US10565642B1 (en) 2014-10-23 2020-02-18 Square, Inc. Inventory management with capital advance
US11216468B2 (en) 2015-02-08 2022-01-04 Visa International Service Association Converged merchant processing apparatuses, methods and systems
US11017369B1 (en) 2015-04-29 2021-05-25 Square, Inc. Cloud-based inventory and discount pricing management system
CN106296154B (zh) 2015-06-11 2021-08-24 创新先进技术有限公司 事务处理方法和系统
US10949796B1 (en) 2015-07-15 2021-03-16 Square, Inc. Coordination of inventory ordering across merchants
US10909486B1 (en) 2015-07-15 2021-02-02 Square, Inc. Inventory processing using merchant-based distributed warehousing
CN106452814B (zh) * 2015-08-10 2019-11-26 阿里巴巴集团控股有限公司 一种采用外部账户操作资源的方法和装置
US20170116584A1 (en) * 2015-10-21 2017-04-27 Mastercard International Incorporated Systems and Methods for Identifying Payment Accounts to Segments
US20170116604A1 (en) 2015-10-21 2017-04-27 Mastercard International Incorporated Systems and Methods for Identifying Payment Accounts to Segments
US10467583B1 (en) 2015-10-30 2019-11-05 Square, Inc. Instance-based inventory services
US20170186003A1 (en) * 2015-12-28 2017-06-29 Ncr Corporation Secondary authentication of network transactions
US20170213213A1 (en) * 2016-01-25 2017-07-27 Sigue Corporation Enhanced authentication security applicable in an at least partially insecure network environment
US10115092B1 (en) 2016-03-04 2018-10-30 Sprint Communications Company L.P. Service composition in a mobile communication device application framework
US10529016B2 (en) 2016-03-18 2020-01-07 Mastercard International Incorporated Method and system for pre-transaction installment payment solution and simulation of installment
US20170344985A1 (en) 2016-05-25 2017-11-30 Netspend Corporation System and method for account security
US10152315B1 (en) * 2016-07-27 2018-12-11 Intuit Inc. Live rule deployment with deployment log
CN106651565A (zh) * 2016-12-06 2017-05-10 中国银联股份有限公司 一种充值转接方法、处理方法及充值转接平台
WO2018204744A1 (en) * 2017-05-05 2018-11-08 Walmart Apollo, Llc Rules-based voucher management system and method for processing self-service substantiation voucher
EP3416122A1 (en) * 2017-06-15 2018-12-19 IDEMIA France Mobile payment roaming
CN107705108A (zh) * 2017-09-15 2018-02-16 公安县凯翔网络软件开发有限公司 海外手机充值平台
US10970459B2 (en) * 2017-12-07 2021-04-06 Paypal, Inc. Dynamic web content based on contextual profile
US10318569B1 (en) 2017-12-29 2019-06-11 Square, Inc. Smart inventory tags
US11093972B1 (en) * 2018-03-18 2021-08-17 Edatanetworks Inc Linking a transaction between a merchant and a resident of the same vicinity to the resident viewing the merchant broadcast advertisement
US10838739B2 (en) 2018-04-19 2020-11-17 Circle Media Labs Inc. Network-connected computing devices and methods for executing operating programs in RAM memory
CN109191110B (zh) * 2018-07-27 2023-05-23 创新先进技术有限公司 后付费交易数据处理方法、装置、处理设备、及服务器
US11861579B1 (en) 2018-07-31 2024-01-02 Block, Inc. Intelligent inventory system
CN109189398B (zh) * 2018-08-21 2022-05-24 郑州云海信息技术有限公司 一种jenkins编译构建空间的优化系统、方法及装置
US10878394B1 (en) 2018-11-29 2020-12-29 Square, Inc. Intelligent inventory recommendations
US11790368B2 (en) 2019-03-05 2023-10-17 International Business Machines Corporation Auto-evolving database endorsement policies
CN111738727B (zh) * 2019-03-25 2023-02-28 顺丰速运有限公司 一种结算方法和结算装置
CN110766399B (zh) * 2019-10-23 2023-03-24 广东岭南通股份有限公司 一种一卡通聚合充值方法、装置及系统
US20210133756A1 (en) * 2019-10-30 2021-05-06 Bank Of America Corporation Extended payment instrument
US11611601B1 (en) * 2021-07-07 2023-03-21 Eventuall, Inc. Event presentation system for hosting panel discussions with remote audience participation
US20230054343A1 (en) * 2021-08-23 2023-02-23 Bank Of America Corporation System and method for generating two-sided electronic interaction requests for completing resource transfers
JP7362837B1 (ja) 2022-05-25 2023-10-17 株式会社インターネットイニシアティブ 方法、情報処理装置およびシステム

Family Cites Families (118)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4087630A (en) 1977-05-12 1978-05-02 Centigram Corporation Continuous speech recognition apparatus
US4439636A (en) 1982-03-09 1984-03-27 Martha Newkirk Credit card actuated telecommunication access network
US5008926A (en) 1986-07-17 1991-04-16 Efrat Future Technology Ltd. Message management system
US4807275A (en) 1987-04-14 1989-02-21 Centigram Corporation Dispatch board system with displays for indicating the status of various messages
US4825130A (en) 1987-04-14 1989-04-25 Centigram Corporation Dispatch board system
FR2629296B1 (fr) 1988-03-28 1994-05-06 Schlumberger Industries Systeme de transmission d'informations a pre-paiement
US4975942A (en) 1989-07-21 1990-12-04 The Boston Communications Group Credit/calling card pay telephone method and system employing telephone unit local card-checking and other intelligence cooperative with local personal host computer
JP2554380B2 (ja) * 1990-02-28 1996-11-13 株式会社テック クレジット端末機
US5003584A (en) 1990-04-16 1991-03-26 At&T Bell Laboratories Method and apparatus for the billing of value-added communication calls
US5222120A (en) 1990-04-23 1993-06-22 Mci Communications Corporation Long distance telephone switching system with enhanced subscriber services
US5301223A (en) 1990-05-22 1994-04-05 Cellular Technical Services Company, Inc. Cellular telephone system with remote programming, voice responsive registration and real time billing
AU9024491A (en) 1990-10-12 1992-05-20 Tpi, Inc. Telecommunications booth and method of use
US5265155A (en) 1991-07-31 1993-11-23 Integrated Communications, Ltd. Method and apparatus for prepayment of telecommunication connections in a telecommunication switching network
US5148474A (en) 1991-08-21 1992-09-15 Nancy Haralambopoulos Interactive value-added telecommunications system and method
US5206899A (en) 1991-09-05 1993-04-27 At&T Bell Laboratories Arrangement for outbound telecommunications
US5276444A (en) 1991-09-23 1994-01-04 At&T Bell Laboratories Centralized security control system
US5265033A (en) 1991-09-23 1993-11-23 Atm Communications International, Inc. ATM/POS based electronic mail system
US5737395A (en) 1991-10-28 1998-04-07 Centigram Communications Corporation System and method for integrating voice, facsimile and electronic mail data through a personal computer
US5349636A (en) 1991-10-28 1994-09-20 Centigram Communications Corporation Interface system and method for interconnecting a voice message system and an interactive voice response system
US5359642A (en) 1991-10-30 1994-10-25 International Integrated Communications, Inc. Method and apparatus for prepayment of telecommunication connections by registered groups of subscribers in a telecommunication switching network
US5321735A (en) 1992-06-29 1994-06-14 Motorola, Inc. Method and apparatus for selective real time authorization and billing of calls in a public telepoint system
US5353335A (en) 1992-08-03 1994-10-04 At&T Bell Laboratories Multilingual prepaid telephone system
JPH06121075A (ja) * 1992-10-01 1994-04-28 Nippon Telegr & Teleph Corp <Ntt> 携帯端末を用いたプリペイド方式
US5919266A (en) 1993-04-02 1999-07-06 Centigram Communications Corporation Apparatus and method for fault tolerant operation of a multiprocessor data processing system
US6694300B1 (en) * 1997-03-21 2004-02-17 Walker Digital, Llc Method and apparatus for providing supplementary product sales to a customer at a customer terminal
JPH0793428A (ja) * 1993-09-21 1995-04-07 Toshiba Corp 自動取引装置
US5590181A (en) 1993-10-15 1996-12-31 Link Usa Corporation Call-processing system and method
US5537464A (en) 1993-11-02 1996-07-16 Lewis; C. Alan Method and apparatus for the billing of value-added communication calls
US5524142A (en) 1993-11-02 1996-06-04 Lewis; C. Alan Method and apparatus for the billing of value-added communication calls
US5978775A (en) 1993-12-08 1999-11-02 Lucent Technologies Inc. Information distribution system using telephone network and telephone company billing service
US5557516A (en) 1994-02-04 1996-09-17 Mastercard International System and method for conducting cashless transactions
US5793762A (en) 1994-04-12 1998-08-11 U S West Technologies, Inc. System and method for providing packet data and voice services to mobile subscribers
US5920562A (en) 1996-11-22 1999-07-06 Sprint Communications Co. L.P. Systems and methods for providing enhanced services for telecommunication call
US5878215A (en) 1994-05-23 1999-03-02 Mastercard International Incorporated System and method for processing multiple electronic transaction requests
US5511114A (en) 1994-06-06 1996-04-23 Call Processing, Inc. Telephone pre-paid calling card system and method
US5577109A (en) 1994-06-06 1996-11-19 Call Processing, Inc. Pre-paid card system and method
US5719926A (en) 1994-06-10 1998-02-17 Communications Product Development, Inc. Prepaid long-distance telephone service system with flexible operating parameters
US5557539A (en) 1994-06-13 1996-09-17 Centigram Communications Corporation Apparatus and method for testing an interactive voice messaging system
US5633909A (en) 1994-06-17 1997-05-27 Centigram Communications Corporation Apparatus and method for generating calls and testing telephone equipment
CA2154089A1 (en) 1994-07-22 1996-01-23 Gerald W. Weare Remote subscriber migration
US5608778A (en) 1994-09-22 1997-03-04 Lucent Technologies Inc. Cellular telephone as an authenticated transaction controller
US5826185A (en) 1994-11-16 1998-10-20 Banana Cellular, Inc. Cellular phone system wherein the air time use is predetermined
US5854975A (en) 1994-12-23 1998-12-29 Freedom Wireless, Inc. Prepaid security cellular telecommunications system
US5722067A (en) 1994-12-23 1998-02-24 Freedom Wireless, Inc. Security cellular telecommunications system
US5634084A (en) 1995-01-20 1997-05-27 Centigram Communications Corporation Abbreviation and acronym/initialism expansion procedures for a text to speech reader
US5577100A (en) 1995-01-30 1996-11-19 Telemac Cellular Corporation Mobile phone with internal accounting
US5787403A (en) 1995-03-08 1998-07-28 Huntington Bancshares, Inc. Bank-centric service platform, network and system
US5692037A (en) 1995-03-31 1997-11-25 Cellular Development Systems On demand real time telephone billing equipment
US5677955A (en) 1995-04-07 1997-10-14 Financial Services Technology Consortium Electronic funds transfer instruments
US5661781A (en) 1995-05-01 1997-08-26 At&T Message notification system for card users
BR9606368A (pt) 1995-05-24 1997-12-23 Walker Asset Management Ltd Sistema de cobrança e faturamento com o número 900 e método para serviços de computador on-line
US5717604A (en) 1995-05-25 1998-02-10 Wiggins; Christopher Network monitoring system for tracking, billing and recovering licenses
US5749075A (en) 1995-06-06 1998-05-05 Interactive Media Works, L.L.C. Method for providing prepaid internet access and/or long distance calling including the distribution of specialized calling cards
US5692132A (en) 1995-06-07 1997-11-25 Mastercard International, Inc. System and method for conducting cashless transactions on a computer network
US5748711A (en) 1995-06-07 1998-05-05 Matrixx Marketing Inc. Telephone transaction processing as a part of call transport
US6115458A (en) * 1995-07-14 2000-09-05 American Express Travel Related Services Company, Inc. Method and apparatus for summaries of prepaid instrument transaction activity
US5852812A (en) 1995-08-23 1998-12-22 Microsoft Corporation Billing system for a network
US5671280A (en) 1995-08-30 1997-09-23 Citibank, N.A. System and method for commercial payments using trusted agents
US5621787A (en) 1995-09-13 1997-04-15 Bell Atlantic Network Services, Inc. Prepaid cash card
US5745556A (en) 1995-09-22 1998-04-28 At&T Corp. Interactive and information data services telephone billing system
US6009469A (en) 1995-09-25 1999-12-28 Netspeak Corporation Graphic user interface for internet telephony application
US6006257A (en) 1995-09-29 1999-12-21 Comverse Networks Systems, Inc. Multimedia architecture for interactive advertising in which secondary programming is varied based upon viewer demographics and content of primary programming
US6061664A (en) 1995-10-10 2000-05-09 Koninklijke Ptt Nederland N.V. System for facilitating the ordering and paying of services by means of a communication network
US5699528A (en) 1995-10-31 1997-12-16 Mastercard International, Inc. System and method for bill delivery and payment over a communications network
US5778313A (en) 1995-12-08 1998-07-07 Cellexis International, Inc. Pre-paid cellular telephone system
US5825863A (en) 1995-12-11 1998-10-20 Walker Asset Management Limited Partnership Prepaid limited usage calling card
US5870473A (en) 1995-12-14 1999-02-09 Cybercash, Inc. Electronic transfer system and method
DE19547194A1 (de) 1995-12-16 1997-06-19 Sel Alcatel Ag Verfahren zur Vergebührung der Nutzung eines Telekommunikations-Dienstes sowie Vermittlungssystem, Dienststeuereinrichtung und Netzwerkmanagementeinrichtung
US5712908A (en) 1995-12-22 1998-01-27 Unisys Corporation Apparatus and method for generating call duration billing records utilizing ISUP messages in the CCS/SS7 telecommunications network
US5893076A (en) 1996-01-16 1999-04-06 Sterling Commerce, Inc. Supplier driven commerce transaction processing system and methodology
US5784442A (en) 1996-02-02 1998-07-21 Telefonaktiebologet Lm Ericsson (Publ) System and method for real-time billing in a radio telecommunications network
US5956391A (en) 1996-02-09 1999-09-21 Telefonaktiebolaget Lm Ericsson Billing in the internet
AU1987097A (en) 1996-03-07 1997-09-22 American Express Travel Related Services Company, Inc. Methods and apparatus for providing a prepaid, remote memory transaction account with voice indicia
JPH09259193A (ja) * 1996-03-19 1997-10-03 Fujitsu Ltd 電子マネーシステムの取引方法
US5841966A (en) 1996-04-04 1998-11-24 Centigram Communications Corporation Distributed messaging system
US5915226A (en) 1996-04-19 1999-06-22 Gemplus Card International Prepaid smart card in a GSM based wireless telephone network and method for operating prepaid cards
JP3462343B2 (ja) * 1996-05-23 2003-11-05 株式会社エヌ・ティ・ティ・ドコモ プリペイド移動通信システム
US5960069A (en) 1996-06-05 1999-09-28 David Felger Method of billing a multiple service representative conference call
US5897621A (en) 1996-06-14 1999-04-27 Cybercash, Inc. System and method for multi-currency transactions
EP0906703A4 (en) * 1996-06-18 2000-03-15 Compuserve Inc INTEGRATED MESSAGING SYSTEM BY EMAIL, FAX AND VOICE BOX
JPH1027196A (ja) * 1996-07-09 1998-01-27 Hitachi Ltd 電子商取引決済システム
US5930767A (en) * 1997-05-28 1999-07-27 Motorola, Inc. Transaction methods systems and devices
US6188752B1 (en) * 1996-11-12 2001-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for providing prepaid telecommunications services
US5828740A (en) 1996-11-14 1998-10-27 Sprint Communications Co., L.P. Prepaid calling card external/adjunct database processor
US6058300A (en) 1997-02-04 2000-05-02 National Telemanagement Corporation Prepay telecommunications system
US5960416A (en) 1997-02-27 1999-09-28 Block; Robert S. Real time subscriber billing at a subscriber location in an unstructured communication network
US5909486A (en) 1997-03-19 1999-06-01 Walker Asset Management Limited Partnership Method and apparatus for awarding and redeeming prepaid telephone time
US6036086A (en) 1997-03-28 2000-03-14 Lucent Technologies Inc. Apparatus and method for initiating a telephone transaction using a scanner
US5915093A (en) 1997-04-24 1999-06-22 Howard Berlin Computer network debit disk used for prepayment to transfer information from a central computer
US6070185A (en) 1997-05-02 2000-05-30 Lucent Technologies Inc. Technique for obtaining information and services over a communication network
US6014636A (en) 1997-05-06 2000-01-11 Lucent Technologies Inc. Point of sale method and system
US6047284A (en) 1997-05-14 2000-04-04 Portal Software, Inc. Method and apparatus for object oriented storage and retrieval of data from a relational database
US6047267A (en) 1997-05-14 2000-04-04 Portal Software, Inc. Method and apparatus for tracking multiple payment resources and charging transactions to payment resources in on line transaction processing system
FR2764460B1 (fr) * 1997-06-10 1999-07-16 France Telecom Procede de gestion dynamique d'un abonnement d'un terminal en mode "prepaye" et carte de prepaiement pour la mise en oeuvre de ce procede
US5974146A (en) 1997-07-30 1999-10-26 Huntington Bancshares Incorporated Real time bank-centric universal payment system
JP3103326B2 (ja) * 1997-08-08 2000-10-30 エヴァー プロスペクト インターナショナル リミテッド 携帯電話機の料金支払いシステム及び料金支払い方法
US5943406A (en) 1997-09-30 1999-08-24 Leta; John T. Telephone call tracking and billing system and method
US6070067A (en) 1997-10-31 2000-05-30 Telefonaktiebolaget Lm Ericsson Prepayment method utilizing credit information stored in mobile terminals for accessing wireless telecommunication networks
US6023499A (en) 1997-11-26 2000-02-08 International Business Machines Corporation Real time billing via the internet for advanced intelligent network services
US6081791A (en) 1997-12-23 2000-06-27 U S West, Inc Enhanced ATM for facilitating telephony access
US6453306B1 (en) * 1998-01-26 2002-09-17 Ict Software S.A. Internet commerce method and apparatus
US6058173A (en) 1998-02-19 2000-05-02 Lhs Group Inc. Real-time call rating and debiting system
US5915007A (en) 1998-04-14 1999-06-22 Catalina Marketing International, Inc. Method and system for using a frequent shopper card as a phone calling card
JPH11338924A (ja) * 1998-05-25 1999-12-10 Omron Corp カード決済システム
JP2002521872A (ja) * 1998-07-16 2002-07-16 インターボイス リミテッド パートナーシップ プリペイド無線サービスを管理するシステムおよび方法
US6356752B1 (en) * 1998-07-31 2002-03-12 Avaya Technology Corp. Wireless telephone as a transaction device
US6195542B1 (en) * 1998-07-31 2001-02-27 Avaya Technology Corp. Identification by a central computer of a wireless telephone functioning as a transaction device
CN1224984A (zh) * 1998-10-16 1999-08-04 董小武 数字移动台终端关机状态实现寻呼通信的方法
KR100338483B1 (ko) * 1999-01-07 2002-05-30 비센트 비.인그라시아, 알크 엠 아헨 전자지갑 자동 충전 및 징수장치와 그 처리방법
JP2000250988A (ja) * 1999-03-01 2000-09-14 Hitachi Ltd 決済処理方法及びその実施装置並びにその処理プログラムを記録した媒体
US6975852B1 (en) * 1999-03-17 2005-12-13 Starhome Gmbh System and method for roaming for prepaid mobile telephone service
EP1175805B1 (en) * 1999-05-06 2012-08-22 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Tariff determination in mobile telecommunication networks
WO2001011857A1 (en) * 1999-08-05 2001-02-15 On Point Technology Systems, Inc. Pre-paid mobile telephone air-time replenishing system and method
DE19938201A1 (de) * 1999-08-12 2001-02-22 Mannesmann Ag SMS-e-commerce
KR100359695B1 (ko) * 1999-11-20 2002-11-07 웹케시 주식회사 금융포털서비스시스템 및 방법
DE60032863D1 (de) * 1999-11-30 2007-02-22 Citibank Na System und Verfahren zur Durchführung einer elektronischen Transaktion mit einer elektronischen Geldbörse mittels eines Transaktionproxys
EP1238509B1 (en) * 1999-12-13 2005-11-30 Markport Limited A wap service personalisation, management and billing object-oriented platform
JP2000331095A (ja) * 2000-07-31 2000-11-30 Sumitomo Credit Service Co Ltd 決済システムにおける取引要求情報の振分サーバ、決済システムおよび決済方法

Also Published As

Publication number Publication date
NO334719B1 (no) 2014-05-12
TW579634B (en) 2004-03-11
HUP0400342A2 (en) 2004-10-28
PL368067A1 (en) 2005-03-21
EA200400101A1 (ru) 2004-06-24
US20030026404A1 (en) 2003-02-06
EA005965B1 (ru) 2005-08-25
US7248855B2 (en) 2007-07-24
MX336287B (es) 2016-01-14
HU228542B1 (en) 2013-03-28
IL159629A0 (en) 2004-06-01
AU2010200439B2 (en) 2011-03-17
EP1405236A2 (en) 2004-04-07
JP5249165B2 (ja) 2013-07-31
WO2003003704A2 (en) 2003-01-09
JP2004535014A (ja) 2004-11-18
CA2452287C (en) 2017-06-20
NO20121157L (no) 2002-12-30
CN100444137C (zh) 2008-12-17
JP2010081614A (ja) 2010-04-08
HK1066289A1 (en) 2005-03-18
HU228541B1 (en) 2013-03-28
KR101231436B1 (ko) 2013-02-08
NO20035769L (no) 2004-03-01
WO2003003704A3 (en) 2003-11-27
KR20100058683A (ko) 2010-06-03
AU2010200439A1 (en) 2010-03-04
JP2011066910A (ja) 2011-03-31
NO333711B1 (no) 2013-09-02
AU2008203853A1 (en) 2008-09-04
AU2008203853B2 (en) 2009-11-19
CN1524245A (zh) 2004-08-25
BR0211306A (pt) 2004-08-24
HU1000479D0 (en) 2010-11-29
CA2452287A1 (en) 2003-01-09

Similar Documents

Publication Publication Date Title
CA2452287C (en) Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US9098958B2 (en) Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US20020152179A1 (en) Remote payment method and system
US20120284115A1 (en) System and Method for Transferring Funds to Recipients of Electronic Messages
KR101195670B1 (ko) 이종 네트워크 환경에서 융합 통신 플랫폼과 모바일 및 전자 상거래 방법
JP5695685B2 (ja) 異種ネットワーク環境における移動体及び電子商取引に対する集中通信プラットホーム及び方法
WO2018189597A1 (en) Mobile bank account management systems
WO2003009243A1 (en) Mobile electronic funds transfer system and method
EP4016426A1 (en) Method and system for exchanging sms, mms and/or call into cash or funds in a bank account
AU2002311491A1 (en) Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
Mendes The Innovative Use of Mobile Telephony in the Philippines: Lessons for Africa
ZA200303044B (en) Remote payment method and system.
KR20050020535A (ko) 통신용 선불카드 구입을 위한 실시간 직불카드 결제시스템
KR20080103617A (ko) 통신 서비스 수익 배분방법 및 시스템과 이를 위한프로그램과 기록매체