MXPA04012702A - Metodo para depositar un credito en una cuenta asociada a una terminal suscrita a una red de comunicaciones. - Google Patents

Abstract

La presente invencion se refiere a un metodo para depositar un credito en una cuenta asociada a una terminal suscrita a una red de comunicaciones, el metodo comprende los pasos de: interaccion (1) entre la terminal y una entidad de red, en donde la interaccion produce una indicacion de por lo menos si el credito ha de ser depositado en la cuenta asociada a la terminal, una cantidad de credito ha de ser depositada y una fuente del deposito; requerimiento (2) de la entidad de red a la fuente del deposito, para depositar la cantidad de credito en una cuenta asociada a la terminal, en donde el requerimiento se basa en el protocolo DIAMETER.

Description

METODO PARA DEPOSITAR UN CREDITO EN UNA CUENTA ASOCIADA A UNA TERMINAL SUSCRITA A UNA RED DE COMUNICACIONES CAMPO DE LA INVENCION La presente invención se refiere a un método para depositar un crédito en una cuenta asociada a una terminal suscrita a una red de comunicaciones.

ANTECEDENTES DE LA INVENCION Recientemente, las redes de comunicaciones y servicios ofrecidos usando dichas redes de comunicaciones han hecho un progreso considerable. Entre dichos servicios, los llamados servicios de valor agregado encuentran atención incrementada entre los abonados a la red de comunicaciones. Los abonados a la red se registran a la red y normalmente pagan al operador de red por usar los servicios ofrecidos por la red de comunicaciones. Dicho pago es ya sea regularmente facturado a la cuenta del abonado, v.gr., por mes, o deducido de su cuenta de pre-pago. Si la cuenta de pre-pago ya no muestra un cierto crédito mínimo, se impide al abonado usar la red hasta que haya cargado nuevamente su cuenta. El nuevo cargo de una cuenta pre-pagada se puede lograr, por ejemplo, pagando una cierta cantidad que ha de ser cargada de nuevo a una tercera parte y recibiendo un código, que - cuando se introduce - permite al usuario volver a cargar su cuenta pre-pagada por esta terminal. La tercera parte a su vez transfiere el dinero recibido del abonado al operador de la red. Dicho procedimiento es algo molesto. También, la tercera parte generalmente retiene algo del dinero que el usuario pagó por los servicios ofrecidos por la tercera parte al usuario/operador de la red. Por lo tanto, los costos que han de ser pagados por el abonado se elevarán de acuerdo con ello. Asimismo, en el caso de que el abonado participe en un concurso o una lotería usando su terminal (v.gr., teléfono móvil o equipo de usuario), los procedimientos involucrados con un abonado ganador son algo molestos y requieren "trabajo de documentación". El abonado tiene que indicar su nombre/dirección y/o cuenta bancaria de modo que pueda recibir un cheque bancario y/o que el dinero sea transferido a su cuenta bancaria. En resumen; los procedimientos actualmente adoptados para depositar un crédito en una cuenta asociada a una terminal suscrita a una red de comunicaciones son molestos e involucran actividades humanas que hacen que el procedimiento completo consuma tiempo y sea más costoso.

BREVE DESCRIPCION DE LA INVENCION Como consecuencia, un objeto de la presente invención es proveer un método mejorado para depositar un crédito en una cuenta asociada a una terminal suscrita a una red de comunicaciones. De conformidad con la presente invención, el objeto anterior por ejemplo se logra mediante un método para depositar un crédito en una cuenta asociada a una terminal suscrita a una red de comunicaciones, el método comprende los pasos de: interactuar entre la terminal y una entidad de red, en donde dicha interacción produce una indicación de por lo menos si se ha de depositar un crédito en dicha cuenta asociada a la terminal, una cantidad de crédito que ha de ser depositada y una fuente del depósito, un requerimiento de dicha entidad de red a la fuente del depósito, para depositar esa cantidad de crédito en una cuenta asociada a la terminal, en donde ese requerimiento se basa en el protocolo DIAMETER. De conformidad con desarrollos adicionales favorables - dicha interacción se basa en una aplicación de multimedia de valor agregado ejecutada en un servidor de aplicación de multimedia en la red, - dicho requerimiento comprende generar un mensaje de requerimiento de DIAMETER que identifique el requerimiento como un requerimiento para depositar una cantidad a una cuenta, - dicho mensaje de requerimiento de DIAMETER generado incluye además un par de valores de atributos que identifican la terminal para una cuenta asociada de la cual se ha de hacer el depósito, un par de valores de atributos que identifican la fuente del depósito, y un par de valores de atributos que identifican la cantidad de dicho depósito, - el mensaje de requerimiento de DIAMETER es enrutado desde la entidad de red a la fuente basada en el par de valores de atributos que identifican la fuente del depósito, - el método comprende un paso de reconocimiento, por dicha fuente, de si el requerimiento fue o no exitoso para la entidad de red de requerimiento, - e! método además comprende un paso de depósito de dicha cantidad a la cuenta asociada a la terminal al recibir un reconocimiento que indica éxito, - el método además comprende un paso de información a la terminal de la cantidad que es depositada a una cuenta asociada a dicha terminal. En virtud de la presente invención, se pueden lograr básicamente las siguientes ventajas: - con las modificaciones propuestas al protocolo DIAMETER, se puede adoptar para los propósitos de cargo en línea, v.gr., en el subsistema de multimedia IP (IMS) de redes de comunicaciones, - hacer un depósito en una cuenta del abonado, es decir, una cuenta asociada a una terminal usada por el abonado se puede efectuar usando el protocolo DIAMETER, - el cargo y/o depósito en línea de una cantidad se puede efectuar sin involucrar una tercera parte (vendedor en una tienda o similar) para hacerse activo a medida que el proveedor de servicios pueda cargar las ganancias inmediatamente a la cuenta asociada a la terminal del usuario (v.gr., una cuenta pre-pagada), ahorrando así trabajo administrativo, - servicios que involucran beneficio de cargo/depósito en línea a partir de la simplificación del cargo/depósito que emerge de la invención propuesta, - nuevos servicios tales como juegos/concursos o loterías pueden ser ¡mplementados fácilmente para ser llevados a cabo interactivamente por un abonado que usa su terminal.

BREVE DESCRIPCION DE LOS DIBUJOS En lo siguiente, la presente invención se describirá con mayor detalle con referencia a los dibujos anexos, en los cuales La figura 1 muestra un flujo de señal simplificado de los pasos implicados en que sea implementada la presente invención.

DESCRIPCION DETALLADA DE LAS MODALIDADES De conformidad con la presente invención, a fin de permitir el depósito de una cantidad de dinero, o generalmente un crédito de unidades (que no necesariamente corresponden a dinero) a una cuenta asociada a la terminal a través de una interfaz entre un elemento de red NE y un servidor de cuenta, se introduce un nuevo mecanismo. El nuevo mecanismo se basa, por ejemplo, en el protocolo DIAMETER. En ese caso, involucra un nuevo requerimiento de DIAMETER que incluye una indicación de que el requerimiento es un depósito/crédito incluyendo una indicación a la cuenta y también un nuevo par de valor atribuible AVP que indica la fuente del depósito/crédito. El mensaje de respuesta indica al elemento de red si el requerimiento fue o no exitoso. Cabe notar que ACR como tal no es un nuevo requerimiento, es decir, justo un nuevo "mecanismo" en conexión con el cual también la cantidad del depósito se debe indicar así como la identidad del abonado. Con respecto al protocolo DIAMETER en el cual se basa, por ejemplo, la presente invención, Diameter es un protocolo AAA (Autenticación, Autorización y Contabilidad) especificado en IETF. En virtud de la presente invención, DIAMETER está adaptado para usarse para cargo en línea en redes de comunicaciones, por ejemplo en conexión con el sistema de multimedia IP (IMS). La red AII-IP (IP = Protocolo de Internet) ofrecerá muchos servicios nuevos. Esta invención permite que DIAMETER se use para hacer un depósito en la cuenta del usuario, introduciendo así una carácterística muy útil para algunos servicios. Por ejemplo, este mecanismo soporta algunos servicios tales como juegos/loterías realizadas a través de la red de comunicaciones; de manera más precisa, el abonado podría ganar algo, es decir, en un juego y el proveedor de servicios/operador de red podría cargar las ganancias inmediatamente a la cuenta de un usuario tal como una cuenta de pre-pago. Esta solución también proveería un beneficio a los operadores ya que el dinero iría directamente a la cuenta de pre-pago y por lo tanto se gastaría nuevamente para servicios de comunicaciones. Esto se explicará aún con mayor detalle con referencia a la figura 1 . La figura 1 ilustra entidades (ilustradas horizontalmente) involucradas en conexión con la presente invención y señalización entre las mismas. En dirección vertical, la sucesión de la señalización con lapso de tiempo está representada. Con respecto a las entidades involucradas, la figura 1 muestra un equipo de usuariio UE (v.gr., de conformidad con UMTS) como un ejemplo para una terminal. La terminal ha suscrito a una red de comunicaciones representada por lo menos por un elemento de red NE. Cabe notar que el elemento de red NE mostrado en la figura 1 puede combinar varias funcionalidades de la red, que para simplificación del dibujo y explicación no se muestran como entidades de red funcional individuales. Más aún, se muestra un servidor de contabilidad que está involucrado en conexión con la presente invención . Asociada a la terminal está una cuenta para depositar un crédito en la misma. Esta cuenta puede ser una cuenta de pre-pago mantenida para la terminal/abonado en el operador de red (v.gr., en conexión con datos del abonado mantenidos en el HLR (registro de ubicación domést¡ca)/HSS (servidor de abonado doméstico). Sin embargo, también es posible otra cuenta, v.gr., una cuenta bancaria asociada a la terminal/usuario, por lo que, v.gr., la ID del abonado (es decir, el número telefónico) es mapeada a un número de cuenta bancaria. En el último caso, el enrutamiento/re- enrutamiento estarán involucrados a fin de que el depósito se haga en la cuenta asociada a la terminal. En un primer paso (1 ), hay una interacción entre la terminal y una entidad de red. La interacción puede comprender el intercambio bidireccioina! de datos entre éstas y puede residir en un juego/lotería o similar en el cual el abonado participa por medio de su terminal. La interacción, por ejemplo, se basa en una aplicación de multimedia de valor agregado ejecutada en un servidor de aplicación de multimedia provisto en dicha red. (Nótese que se supone que el elemento de red NE comprende este servidor en la ilustración de acuerdo con la figura 1 ). Como resultado, en ei caso de que el usuario gane en el juego o algo similar, dicha interacción produce una indicación de que por lo menos un crédito ha de ser depositado en dicha cuenta asociada a la terminal, una cantidad de crédito ha de ser depositada y una fuente del depósito. La fuente del crédito que ha de ser depositado aquí significa la parte que ejecuta el juego/lotería, en forma más precisa, la parte está representada por un servidor de contabilidad asociado a la tercera parte y a cargo por el pago de los créditos a los ganadores. La tercera parte está representada por la entidad de red NE con la cual tiene logar la interacción. Por ejemplo, en el caso de que se ofrezca una pluralidad de juegos para ser jugados, el equipo del usuario UE interactúa con una entidad de red seleccionada de una pluralidad de entidades de red. Asignada a la entidad de red seleccionada hay por lo menos un servidor de contabilidad encargado de hacer el depósito a la cuenta asociada al equipo de usuario. El elemento de red decide dónde ha de ser enrutado el requerimiento, es decir, a qué servidor de contabilidad. Esta decisión/selección se puede basar, v.gr., en la información del abonado (v.gr., en el caso de varios servidores de contabilidad por entidad de red) y/o se puede basar en la dirección o identidad de! elemento de red NE (v.gr., si varios juegos pueden ser jugados cada uno de los cuales involucrando una entidad de red respectiva operada por una tercera parte). Si sólo se provee una entidad de red, entonces el enrutamiento es fácil mientra que, sin embargo, la entidad de red de requerimiento tiene que ser indicada en el requerimiento (usando una nueva AVP para este propósito). Para esclarecer, la fuente del depósito visto desde la cuenta de la terminal/usuario está el servidor de contabilidad, mientras que el servidor de contabilidad siempre tiene un conocimiento del origen del depósito que hace, es decir, de la identidad de la tercera parte con la cual la terminal ha interactuado, v.gr., al jugar un juego. Posteriormente, en un segundo paso (2), de la entidad de red NE a la fuente (aquí: servidor de contabilidad) del depósito, se requiere depositar dicha cantidad de crédito en una cuenta asociada a la terminal. (Nótese que la cantidad de crédito depositada a la cuenta asociada a la terminal se deberá correspondientemente a una cantidad asociada a la tercera parte/elemento de red, es decir, el origen de la cantidad que ha de ser depositada). Este requerimiento se basa en el protocolo DIAMETER. Nótese que en la figura 1 , el elemento de red NE puede tener cuidado de las funcionalidades de un cliente de DIAMETER, el servidor de DIAMETER así como el agente de Proxy de DIAMETER, si es requerido de acuerdo con las circunstancias. Cabe notar que se ha escogido DIAMETER como un ejemplo únicamente para esta modalidad de la presente invención. Otros protocolos AAA tales como RADIUS (Marcador de Autenticación Remoto en Servicio de Usuario) o cualquier otro protocolo AAA adecuado podría ser por consiguiente adaptado como lo propone la presente invención. Una breve introducción a DIAMETER se puede encontrar, por ejemplo, en "Authentication, Authorization and Accounting in Session Initiation Protocol Networks" de Aki Niemi, Master's Thesis en la Helsinki University of Technology (HUT), 7 de marzo de 2002 (recuperado de la Internet el 3 de junio de 2002), páginas 26 a 36. Este requerimiento se basa sen un mensaje de requerimiento de DIAMETER generado (ACR(Registro_de_Evento)) que identifica el requerimiento como un requerimiento para depositar una cantidad a una cuenta. Para este fin, se define una nueva identidad de requerimiento en el protocolo DIAMETER. Dicho en otras palabras, de manera más precisa, en el caso del protocolo DIAMETER, el código de comando identifica el comando y aquí se usa un requerimiento de Diameter existente (ACR, Requerimiento de Contabilidad). También se usa un AVP existente (Tipo de Registro de Contabilidad) (su valor es Registro_de_Evento en este caso). Además de esto, se necesita alguna indicación (un nuevo par de valores de atributos AVP, es decir, algún AVP específico usado sólo para este servicio) que indique que el propósito del requerimiento es depositar una cantidad de v.gr., dinero a una cuenta. El mensaje de requerimiento de DI AM ETER generado así identificado incluye además un par de valores de atributos AVP (recién definido) que identifican la terminal (aquí UE) a una cuenta asociada de la cual se ha de hacer el depósito, un par de valores de atributos que identifican la fuente del depósito (es decir, el servidor de cuenta), y un par de valores de atributos que identifican la cantidad del depósito. Nótese que en el caso de que varias cuentas estén asociadas a una terminal, la identificación de la terminal además incluye una indicación de la cantidad en cuestión. Por ejemplo, en el caso de una terminal que es usada por varios usuarios, cada uno introduciendo un código de identificación personal cuando se toma la terminal en uso, la cantidad en cuestión puede distinguirse con base en la ID del usuario. Por lo tanto, no sólo la terminal como tal, sino también la cuenta en cuestión, es entonces incluida en el AVP en el caso de que varias cuentas estén asociadas a la terminal. Este mensaje de requerimiento de DIAMETER es enrutado de la entidad de red NE a la fuente del depósito con base en el par de valores de atributos que identifica la fuente del depósito. En la figura 1 , sólo se muestra un servidor para simplicidad del dibujo. Sin embargo, en el caso de que más de un servidor de contabilidad esté disponible en toda la red, el requerimiento es enrutado a uno "correcto" identificado por el AVP. La entrada al AVP por lo tanto representa un a dirección para el enrutamiento. Al recibir el requerimiento del paso 2, la fuente reconoce, en el paso 3, si el requerimiento tuvo o no éxito para la entidad de red de requerimiento. Este reconocimiento es regresado en un mensaje de Registro_de_Evento de ACA al protocolo DIAMETER. También para este mensaje, un código de resultado adecuado que cubre posibles resultados que han de ser informados al elemento de red de requerimiento es recién definido. En el caso de un reconocimiento positivo, es decir, al recibir un reconocimiento que indique éxito, se lleva a cabo un paso de depositar dicha cantidad asociada a la terminal. Este paso no se muestra por separado sino que se lleva a cabo en el elemento de red bajo evaluación del reconocimiento. Es decir, el elemento de red ya tiene conocimiento de la terminal/cuenta en cuestión y de la cantidad que ha de ser depositada y realiza el depósito bajo una confirmación para hacerlo (reconocimiento positivo). Finalmente, de acuerdo con el método propuesto, el informe a la terminal de la cantidad que es depositada a una cuenta asociada a esa terminal se lleva a cabo en el paso 4. Este informe no necesita basarse en ningún rquerimiento de prtotocolo específico. Por ejemplo, se puede efectuar usando una aplicación de multimedia similar como en el paso 1. El usuario de la terminal tiene entonces conocimiento de su balance de cuenta actualizado sobre la cantidad que es depositada. Por lo tanto, una aplicación ventajosa de la presente invención reside v.gr., en servicios de multimedia IP, en donde se adopta Diameter para cargo en línea. De esta manera, un servidor de aplicación de multimedia (v.gr., servidor de juego) podría usar la misma conexión de cargo de Diameter a la cuenta para depositar ganancias y no se necesitan conexiones separadas. Por consiguiente, como se ha descrito anteriormente, la presente invención se refiere a un método para depositar un crédito en una cuenta asociada a una terminal suscrita a una red de comunicaciones, el método comprende los pasos de: interacción 1 entre la terminal y una entidad de red, en donde la interacción produce una indicación de por lo menos si un crédito ha de ser depositado en la cuenta asociada a la terminal, una cantidad de crédito ha de ser depositada y una fuente del depósito; requerimiento 2 de la entidad de red a la fuente del depósito, para depositar la cantidad de crédito en una cuenta asociada a la terminal, en donde el requerimiento se basa en el protocolo DIAMETER. Aunque la invención se ha descrito con referencia a una modalidad preferida, la descripción es ilustrativa de la invención y no debe considerarse como limitante de la invención. Al experto en la técnica se le pueden ocurrir varias modificaciones y aplicaciones sin apartarse del espíritu y alcance verdaderos de la invención como se define en las reivindicaciones anexas.

Claims (8)

NOVEDAD DE LA INVENCION REIVINDICACIONES

1 .- Un método para depositar un crédito en una cuenta asociada a una terminal suscrita a una red de comunicación, el método comprende los pasos de: interacción (1) entre la terminal y una entidad de red, en donde la interacción produce una indicación de por lo menos si un crédito ha de ser depositado en la cuenta asociada a la terminal, una cantidad de crédito ha de ser depositada y una fuente del depósito; requerimiento (2) de la entidad de red a la fuente del depósito, para depositar la cantidad de crédito en una cuenta asociada a la terminal, en donde el requerimiento se basa en el protocolo DIAMETER.

2. - El método de conformidad con la reivindicación 1 caracterizado además porque la interacción se basa en una aplicación de multimedia de valor agregado ejecutada en un servidor de aplicación de multimedia provisto en la red.

3. - El método de conformidad con la reivindicación 1 caracterizado además porque el requerimiento (2) comprende generar un mensaje de requerimiento de DIAMETER que identifique el requerimiento como un requerimiento para depositar una cantidad a una cuenta.

4. - El método de conformidad con la reivindicación 3 caracterizado además porque el mensaje de requerimiento de DIAMETER generado incluye además un par de valores de atributos que identifica la terminal a una cuenta asociada de la cual se ha de hacer el depósito, un par de valores de atributos que identifica la fuente del depósito, y un par de valores de atributos que identifica la cantidad del depósito.

5.- El método de conformidad con la reivindicación 4 caracterizado además porque el mensaje de requerimiento de DIAMETER generado es enrutado de la entidad de red a la fuente del depósito con base en el par de valores de atributos que identifica la fuente del depósito.

6. - El método de conformidad con la reivindicación 1 caracterizado además porque comprende un paso de reconocer (3), por dicha fuente, si el requerimiento fue o no exitoso para la entidad de red de requerimiento.

7. - El método de conformidad con la reivindicación 6 caracterizado además porque comprende un paso de depósito de dicha cantidad a la cuenta asociada a la terminal al recibir un reconocimiento que indica éxito.

8. - El método de conformidad con la reivindicación 7 caracterizado además porque comprende un paso de informar (4) a la terminal de la cantidad que es depositada a una cuenta asociada a dicha terminal.