MXPA02002351A - Procedimiento y sistema de transmision de mensaje para base de datos - Google Patents

Abstract

Un centro de gestión envía mensajes dirigidos a las bases de datos repartidas en una red de abonado con el fin de actualizar estas bases. El tiempo que tarda el centro de gestión en acceder a cada una de ellas aumenta considerablemente en caso de que se deba dirigir a un gran número de bases de datos si se considera la necesidad de repetir la información para asegurar la buena recepción de los mensajes. En vez de dirigir nominalmente cada base de datos, se propone transmitir los criterios en los que se reconoceráun cierto número de bases de datos y aplicar una actualización selectiva en estas bases.

Description

PROCEDIMIENTO Y SISTEMA DE TRANSMISIÓN DE MENSAJE PARA BASE DE DATOS DESCRIPCIÓN DE LA INVENCIÓN La presente invención se refiere a un proceso y un sistema de actualización de bases de datos, en particular para una base de datos con acceso unidireccional .

En un sistema que comprende un centro de gestión que dispone de una base de datos principal y de una pluralidad de abonados repartidos en un amplio territorio, cada uno con una base de datos de abonado, es conocido el envío vía telefónica o hertziana de las informacicnes de actualización de la base de datos de estos abonados, ?stos mensajes son dirigidos a todos los abonados o a un abonado en particular, lo que significa que contienen una d .irección de módulo abonado.

Debido al hecho de que cié :tos sistemas de este tipo no utilizan una vía de retorno hacia el centro de gestión salvo, por ejemplo, el enlace por mc dem, el centro de gestión tiene dificultades para comprobar si las informaciones enviadas han llegado correctamente. De hecho, se ve obligado a repetir estos mensajes de una forma periódica con el fin de asegurarse de que el mensaje ha llegado al menos una vez de forma correcta a su destino.

REF: 136441 No resulta difícil imagina r las consecuencias que esto provoca en un sistema que se utiliza para un gran número de abonados, por ejemplo 2 o 3 millones, ya que la repetición de estos mensajes puede satur r rápidamente la capacidad de transmisión.

En un sistema de este tipo el canal de transmisión que se utiliza mayoritariamente para la transmisión de datos útiles como audio, video o datos y las informaciones de administración, cuyo destino son las bases de datos de abonado, tan sólo pueden ocupar un espacio muy limitado.

Este sistema está descrito en la patente europea EP 0 616 714 y trata el problema de la act:ualización de una base de datos definida en una tarjeta de ir.emoria inteligente. Las órdenes son de tipo sencillo y todas están destinadas a registrar las informaciones en esta base ie datos. A pesar de que esta estructura añade una ventaja en relación con las soluciones anteriores, es decir basadas en una estructura fijada por el proveedor del programa, no permite efectuar las personalizaciones o tratamientos más sutiles.

Otro ejemplo de los límites del direccionamiento existente está expuesto en el document:o EP 0 491 069. Cada base de datos comprende un identi -icador único utilizado para reconocer la base. Así, la actualización deberá hacerse secuencialmente cuando se trate de un gran número de bases de datos .

Resulta fácil comprobar la ,5 limitaciones que se derivan en caso de que se quiera uti. izar funciones más sofisticadas, por ej emplo . ofrecer un mes fie abono gratuito a un nuevo canal a todos aquellos que estén abonados desde hace al menos un año. En tal caso, se determina la lista de los abonados que responden a este criterio a partir de la base datos principal del centro de gestión y según las técnicas de transmisión actuales y se formatea un msnsaje después de su envío por la red a cada elegido, mensaje que contiene la dirección del destinatario .

No se debe olvidar que esto mensajes deben ser repetidos de forma periódica para asegurar que cada abonado ha tenido la posibilidad de recibirlo.

Actualmente estas funciones son prácticamente imposibles debido a que pueden saturar completamente el sistema con la transmisión de mensaj s de administración. El direccionamiento específico se utiliza desde entonces para la puesta en funcionamiento de un abonado y su reparación en respuesta a una llamada por su parte al centro de gestión.

Cuando se consideran las bases de datos del abonado, según el estado de la técnica, se constata que éstas tan sólo contienen las informaciones que permiten el acceso a las emisiones transmitidas, iLas informaciones denominadas "sistemas", como el numere de abonado, son memorizadas independientemente. Gracias a. estos datos sistemas se puede determinar si un mensaje es á destinado a la base de datos considerada. No se le forfmula ninguna solicitud en el interior de la base de datos ya que la prueba utiliza las informaciones sistemas.

El objetivo de la presente i :vención consiste en proponer un proceso que permita la transir isión de mensajes que se dirijan a un conjunto de abonado ; que no haya sido definido previamente .

Este objetivo se alcanza plenamente mediante un proceso de transmisión de mensajes de a :tualización de la base de datos entre un centro de gestión y una pluralidad de bases de datos repartidas, cada base de datos comprendiendo datos sistemas y datos útiles. Según el proceso de la invención, estos mensajes comprenden los dato 3 y las órdenes que condicionan la actualización de una base de datos según uno o todos los datos presentes o no en dicha base de datos y que representan los datos útiles.

Se entiende por datos útile; los datos para los que se ha previsto la base de datos po oposición a los datos sistemas que definen la estructura de la base y permiten definir su dirección o identificador.

Cuando se pone en funcionamiento una base de datos, ésta no contiene en principio ningún dato útil en el momento de definir todos los datos sistemas.

Según la invención, es e proceso permite efectuar directamente operaciones confplejas en los datos útiles de cada base de abonados con el fin de determinar si los datos transmitidos están destinados a esta base de datos.

En el marco del ejemplo mencjLonado, los datos relativos a la autorización de acceso al nudvo canal están condicionados por una solicitud acerca del contenido de la base, en particular la fecha de la subscripción al abono de referencia. Así, las operaciones efectuadas en el centro de gestión que consisten en determinar los abonados gue se benefician de la oferta promocional se efectúan igualmente en la base de datos de cada abonado Gracias a este proceso, un donjunto de abonados no definido previamente (por ejemplo 120 000 seguidores de fútbol) podrá disfrutar de un nuevo canal deportivo (por ejemplo durante un periodo de prueba) mediante e 1 envío de una sola orden en la red. Previamente, habrá sido necesario enviar 120 000 órdenes en la red, cada orden estando destinada a un abonado beneficiario .

Las solicitudes efectuadas por este lenguaje de órdenes pueden ser sencillas, por e; emplo la fecha de subscripción a un abono, o complejas, por ej emplo una operación de selección según varios criterios.

Se conoce que en los sistemas de televisión de pago se ofrece la posibilidad de comprar la proyección de emisiones de películas recientes o la retransmisión de un partido de fútbol. El proveedor de acc¡eso vídeo carga a la cuenta del usuario la visualización de la emisión elegida mediante la función "pay-per-vie " .

La base de datos memoriz a las emisiones compradas con finalidad estadística (por ejemplo financiera) o para su consulta posterior por parte del abonado. Gracias al proceso según la invención, es posible proponer una reducción, por ejemplo del 50%, en la compra de la próxima emisión del mismo tipo. Esta oferta está contenida en un mensaje con una solicitud de tipo complejo ya que principalmente extraerá las informaciones de la base de datos que conciernen las emisiones compradas precedentemente, efectuará las verificaciones necesarias , según el resultado de la verificación, registrará en la base las informaciones relativas a esta nueva oferta. Todas estas operaciones están contenidas en un solo mensaje.

Con el fin de expresar este tipo de mensaje, se propone un nuevo formato de mensaje en el marco de esta invención que permite la transmisión de cjrdenes complejas. Es de esperar que resulte difícil que la t ransmisión de una orden contenga la solicitud descrita ante riormente. Por este motivo se propone un mensaje que contenga un conjunto de bloques de orden, cada unidad de control tratando una solicitud unitaria y, según el resultado, pudiendo decidir la contestación que se deba dar.

Según esta forma de construcción del mensaje, una unidad de control se compone de una ssolicitud a la base de datos que puede hacer intervenir vario>3 datos contenidos en la base de datos, un dato o todos los datos de coruparación y una acción según el resultado de estas comparaciones.

Por acción según el resultado de la comparación se entiende la interrupción del tratamie nto del mensaje (función stop), el tratamiento de la unidad de control siguiente (función continua) o la ejecución del bloque número x (función salto) .

Gracias a esta estructura es posible realizar funciones evolucionadas en un solo mens aje .

La presente invención conc erne igualmente un sistema de preparación de mensajes de administración, preferentemente en un lenguaje evolucionado como el SQL y un sistema de transmisión de mensajes que comprende un centro de gestión con su base de datos principal y una pluralidad de unidades de abonado, cada unidad comp rendiendo una base de datos, un centro de gestión que t :rans:rr?te los mensajes que contienen datos y órdenes, éstas últim s condicionando la actualización de la base de datos seggíún uno o todos los criterios relacionados con el contenidc de la base de datos. El sistema según la invención transmite los mensajes que comprenden las solicitudes que condicionan la actualización de la base de datos. Este sistema consiste en activar el proceso descrito anteriormente .

Esta invención concierne igualmente un interpretador de lenguaje evolucionado para u a base de datos concebido para recibir los mensajes de ctualización condicional, para efectuar las operaciones de comparación en uno o en todos los criterios contenidos en la base de datos y para actualizar la base de datos según el resultado de la comparación.

El módulo de abonados compre?ide esquemáticamente un receptor de datos de audio, de video o numérico, un decodificador encargado de separar los datos de los mensajes de administración, estos ultime s estando orientados hacia un módulo de seguridad que cqntiene las bases de datos de los abonados . En una forma de realización este módulo está instalado directamente en e L módulo de abonado o, por razones de seguridad y de coste, es te módulo se presenta en forma de una tarjeta inteligente extraible. La base de datos del abonado y el interpretado : se encuentran en esta tarjeta inteligente. El interpn itador recibe por parte del decodificador los mensajes de administración que sirven para definir los diferentes derechos relacionados con los proveedores de servicios o de emisiones.

El interpretador según el estado de la técnica está encargado de la organización y de la actualización de la base de datos. Recibe las órdenes de actualización y determina el lugar donde almacenar estas informaciones. Un ejemplo de este interpretador está descrito en la patente EP 0 616 714. El interpretador según la invención, no sólo organiza la base de datos, sino que efectúa igualmente operaciones de solicitud para dicha base con el fin de verificar las condiciones de actualización y, si el formato del mensaje es de tipo de unidades de control múltiplas, ejecuta la condición asociada a esta comparación que gracias a la memoria permite terminar la ejecución del mensaje buscar en el bloque siguiente o saltar a un bloque cualquiera Este tipo de interpretador pµede estar instalado como gestor de una base de datos de tipo segmentado o de una base de tipo relacional. Se entiende por Dase de tipo segmentado una base para la que se ha creado un £ ector por proveedor de servicio y donde se almacenan los der schos relativos a este proveedor t en esta sección. Se entiende por base de datos relaciónales una base en la que se almacer.an las informaciones en un lugar cualquiera y donde sólo el enlace que permite recobrarlos está asociado al descriptor del proveedor en cuestión. Se constata que este tipo de iriterpretador no depende del tipo de base y puede ser aplicado en cualquier estructura de base.

En una forma particular de la invención, las solicitudes que definen la actualización condicional se basan en el número único de abonado, el número de pertenencia a un grupo, por ejemplo el código postal o el o los abonos suscritos.

Según un aspecto de la i ¿vención, todos los parámetros denominados sistemas son alma cenados en la base de datos.

Una ventaja que proporciona ste tipo de mensaje consiste en suprimir los efectos provo ados por la repetición. Hemos comprobado que las órdenes sc n enviadas múltiples veces para asegurar que han sido recibídas correctamente por la unidad de abonado. En tal caso, seg in el estado de la técnica, una actualización será efectuada muchas veces, utilizando inútilmente las capacidades de tratamiento del interpretador de la base de datos. Para evitarlo basta con añadir una condición para que la act alización solamente sea efectuada si no ha sido efectuada ante 3 hasta que no haya sido hecha.

Otra ventaja de esta invención consiste en poder efectuar las verificaciones de la base ae datos de abonado mediante el envío de mensajes cuya misi n sea efectuar un cierto número de operaciones de acuerdo co: los derechos de este abonado, y en caso de que el resultadc difiera del esperado, se puede ordenar una acción.

En una forma particular de realización de la invención, el resultado de la solicitud puede generar una notificación del módulo de seguridad hacia el módulo de abonado para la ejecución de una acción. Por acción se entiende, por ejemplo, una visualización de un mensaje en la pantalla, un timbre o más generalmente una seña de naturaleza sonora, o la formación de una llamada telefónica gracias a un módem conectado a la red telefónica pública.

Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims (13)

REIVINDICACIONES Habiéndose descrito la invención como antecede se reclama como propiedad lo contenido en las siguientes reivindicaciones :

1. Proceso de transmisiqn de mensajes de actualización de base de datos entre un cer tro de gestión y una pluralidad de bases de datos repartidas cada base de datos comprendiendo los datos sistemas y los datos útiles, caracterizado porque estos mensajes comprenden los datos y las órdenes que condicionan la actualizaci n de una base de datos según uno o todos los datos útiles pre entes o no en dicha base de datos.

2. Proceso de transmision según la reivindicación 1, caracterizado porque el enlace entre el centro de gestión y las bases de datos es principalmente de tipo unidireccional.

3. Proceso de transmisión según las reivindicaciones 1 y 2, caracterizado porque las bases de datos están integradas en las unidades de abonados de recepción de televisión de pago y porque los datos útiles ccjmprenden los derechos de recepción de un abonado .

4. Proceso de transmisiórl según las reivindicaciones 1 a 3, caracterizado porque estos mensajes de actualización comprenden un conjunto de unidades de control que comprenden datos y órdenes, y que con|siste en efectuar operaciones de comparación entre los dato > y el contenido de la base de datos y en determinar una ; cción que consiste en actualizar la base de datos, en ejecute r la unidad de control siguiente, en saltar a otra unidad de control o en terminar el tratamiento del mensaje.

5. Proceso de transmisión según las reivindicaciones 1 a 4, caracterizado porque la base de datos es de tipo segmentado o de tipo relacional RDB.

6. Sistema de transmisión de mensajes que comprende un centro de gestión y una pluralidad de bases de datos repartidos, cada base de dat|os comprendiendo datos sistemas y datos útiles, caracterizado porque estos mensajes comprenden datos y órdenes que condici nan la actualización de una base de datos según uno o todos lbs datos útiles presentes o no en dicha base de datos.

7. Sistema de transmisión de mensajes según la reivindicación 6, caracterizado porque la transmisión entre el centro de gestión y las bases de datos es unidireccional.

8. Sistema de transmision de mensajes según la reivindicación 6, caracteri ado porque estas bases de datos están integradas en las unidades de abonados de recepción de televisión de pago y porque los datos útiles comprenden los derechos de recepción de um abonado .

9. Sistema de transm sión de mensajes según las reivindicaciones 6 a ._>, caracterizado porque estos mensajes de actualización comprenden unidades de control que comprenden datos y ordene 3, estas órdenes determinando una acción que consiste en actualizar las bases de datos, en ejecutar la unidad de control siguiente, en saltar a otra unidad de control o en teritimar el tratamiento del mensaje.

10. Sistema de transmi sión de mensajes según las reivindicaciones 6 a 9, caracterizado porque la base de datos es de tipo segmentado o de tipo relacional RDB .

11. Interpretador de lenguaje evolucionado para base de datos que trata una base de datos en un entorno que pone en funcionamiento un centro de gestión y una pluralidad de bases de datos de abonados repartidas, cada base de datos comprendiendo datos sistemas y datos útiles, este interpretador recibiendo los mensajes de actualización, caracterizado porque está concebido para recibir mensajes de actualización condicional, para efectuar las operaciones de comparación sobre uno o todos los datos útiles presentes o no en la base de datos y para actualizar la base de datos según el resultado de estas compa(raciones .

12. Interpretador de lenguaj*e evolucionado según la reivindicación 11, caracte rizado porque estos mensajes de actualización comprenden unidades de control que contienen datos y órdenes, que efect?a las operaciones de comparación entre los datos y el con enido de las bases de datos y determina una acción que co siste en actualizar las bases de datos, en ejecutar el bioque siguiente, o en saltar a otra unidad de control, o en t erminar el tratamiento de dicho mensaje,

13. Interpretador de lenguaje evolucionado para bases de datos según la reivindicacion 12, caracterizado porque la base de datos está conectada a un módulo de abonado de televisión de pago y que 1 a acción consiste en devolver un mensaje hacia el módulo de abonado para la ejecución de una acción en este módulo de abonado