PROCESO Y SISTEMA DE TRANSMISIÓN DE UNA CADENA DE MENSAJES PARA BASES DE DATOS
DESCRIPCIÓN DE LA INVENCIÓN La presente invención se refiere a un proceso y un sistema de actualización de una base de datos, y en particular durante la transmisión de una cadena de mensajes. Se conoce que un sistema comprende un centro de gestión y una pluralidad de abonados distribuidos por todo el territorio, la información de actualización de la base de datos de estos abonados es enviada vía telefónica o vía hertziana. Estos mensajes se dirigen, ya sea a todos los abonados, o a un abonado en particular, es decir que contiene una dirección de módulo de abonado. Estos mensajes están destinados a la administración del sistema y se superponen a los datos útiles tales como video, audio o datos. Se entiende que el espacio usado por estos mensajes es limitado. Otra limitación se aplica a la longitud del mensaje que se encuentra limitada por el hecho de que los datos útiles sólo pueden ser interrumpidos durante un breve momento. Se entiende que, en el ejemplo de una transmisión de audio/video, el canal de emisión sólo puede ser interrumpido durante un momento muy breve con el fin de que no se perciba ningún impacto visual. REF 136798 Por esta razón, para la transmisión de un gran número de datos, resulta necesario dividirlo en un gran número de mensajes. Estos mensajes son enviados de forma secuencial a través de la red, siguiendo un orden lógico, es decir unos detrás de otros y separados por un corto intervalo de tiempo, por ejemplo de un segundo. Debido al hecho de que ciertos sistemas de este tipo no utilizan vía de retorno al centro de gestión, como por ejemplo un enlace de módem (modulador-desmodulador), es difícil que el centro de gestión tenga el conocimiento si las informaciones enviadas han llegado correctamente. Esto obliga a repetir los mensajes de forma periódica con el fin de asegurar estadísticamente que cada mensaje haya llegado bien a su destino. Un módulo de abonados comprende esquemáticamente un receptor numérico, ya sea de audio, video o datos, incluso para ver una combinación de estos tres tipos, un descodificador sirve para separar los mensajes de administración, estos últimos estando orientados hacia un módulo de seguridad que comprende la base de datos de los abonados. Este módulo de seguridad puede estar directamente instalado en el módulo del abonado o, por razones de seguridad y de costo, puede presentarse bajo la forma de un módulo separable como una tarjeta inteligente o tarjeta de microchip . Los mensajes que llegan al módulo de seguridad son procesados por el interpretador de órdenes. Es posible que los mensajes no lleguen en el orden de emisión debido a interferencias en la transmisión o sencillamente debido a que la unidad de los abonados no estaba conectada en el momento del envío de los mensajes precedentes. Es necesario precisar que antes de cada proceso, cada mensaje es previamente codificado y controlado en cuanto a su autenticidad. Los mensajes que no cumple los criterios de control son rechazados. De acuerdo a esta hipótesis, el módulo de seguridad recibirá por ejemplo el mensaje con el índice 3 antes de los mensajes con el índice 1 y 2. Si el mensaje con el índice 3 es ejecutado sin que se haya producido la ejecución previa de los dos mensajes precedentes, se puede producir el bloqueo de la base de datos o cualquier otro error. Una primera solución consiste en memorizar todos los mensajes que constituyen una cadena y, una vez que ésta se completa, se procede a su procesamiento. Esta solución presenta el inconveniente de que la longitud máxima de la cadena debe ser definida en función de la memoria disponible.
La capacidad de memoria de las tarjetas inteligentes separables es limitada, lo que hace que la tarjeta procese cada mensaje en cada llegada. La presente invención tiene por objeto suprimir los efectos negativos debido a la ejecución de los mensajes en un orden diferente al inicialmente previsto en la base datos de los abonados. Este objetivo se consigue plenamente mediante un proceso de transmisión de una cadena de mensajes de administración de una base de datos de abonados. Este proceso consiste en agregar un bloque condicional que determine si el mensaje es procesado sin tomar en cuenta todos o parte de otros elementos de cadena o las condiciones relacionadas con el procesamiento previo de todos o de parte de los otros elementos de la cadena. En efecto, gracias a este nuevo bloque condicional incluido en cada elemento de mensaje que forma parte de una cadena, resulta posible determinar si este mensaje puede procesarse de forma aislada o si debe cumplir las condiciones de procesamiento de los mensajes considerados para recibirse previamente. Es evidente que esta prueba permite igualmente determinar si el mensaje en evaluación ya ha sido procesado. Para alcanzar este objetivo, el módulo de seguridad dispone de una memoria organizada en forma de tabla que indica, en el caso de cada cadena, cuales son los mensajes que pertenecen a esta cadena una vez que ya se ha cumplido el objetivo del procesamiento. Después de haber procesado todos los elementos de la cadena, la tabla de esta cadena es conservada con el fin de evitar que el reenvío de la misma cadena reactive su ejecución. Ésta puede ser borrada si se solicita al centro de gestión o después de transcurrido un tiempo predeterminado. El bloque condicional contenido en el mensaje no lleva solamente una indicación sencilla que relaciona el procesamiento del mensaje en curso con la condición de haber ejecutado el mensaje precedente, sino también cubre las funciones más complejas como las condiciones sobre cada elemento de la cadena de mensaje. Por ejemplo, resulta posible someter el procesamiento del elemento 4 de la cadena a la condición en que ambos elementos 1 ó 2 son procesados y que el elemento 3 sea procesado de manera imperativa. Así, tenemos la función:
F(4) = (l ó 2 ) y 3.
Tomemos el ejemplo de la llegada al modulo de seguridad del mensaje que pertenece a la familia 5, este mensaje es el elemento 4 de esta familia. La primera operación será determinar si su procesamiento está sometido a otras condiciones. Si no es el caso, podrá ser tratado inmediatamente. Hay que tener en cuenta que el hecho de encadenar los mensajes no quiere decir forzosamente que el procesamiento deba realizarse en el orden indicativo de la cadena. Uno puede imaginarse el caso en el que se carga un software (conjunto de programas para computadora) de tamaño importante y por esta razón es dividido para transmitirlo en una cadena de mensajes. Cada uno de estos mensajes contiene una dirección de carga y los datos correspondientes, por lo que un elemento de la cadena puede ser tratado en un orden indiferente. Por el contrario, el último elemento de la cadena que ejecuta este nuevo conjunto de programas para computadora, contendrá una condición que establezca que todos los elementos de la cadena deben haber sido ejecutados para que éste pueda a su vez ser ejecutado. Cuando se cumple esta condición, la tabla que corresponde a esta familia indica que se han ejecutado todos los mensajes. De acuerdo a una variante de la invención, el bloque condicional es dividido en dos partes, la llamada "operación" para describir el tipo de función lógica y la llamada "elemento considerado" para describir sobre que otros elementos debe aplicar la operación. El tamaño de la parte "elemento considerado" corresponde al tamaño utilizado en la tabla almacenada en la base de datos que designa el estado de procesamiento de los elementos de la cadena. De esta manera, se facilita de forma notable la comparación lógica . De acuerdo a otras modalidades, el bloque condicional no refiere a todos los otros elementos de la cadena, sino sólo a algunos. Resultaría posible por ejemplo referirse a los tres elementos precedentes y no a todos los elementos. Esto permite disminuir la longitud del bloque condicional y toma en cuenta el hecho de que una interferencia no suele superar el tiempo de tres mensajes. De acuerdo a otro ejemplo, se podría definir una estructura de cadena donde solamente el último elemento tuviera un bloque condicional. Esta estructura permite, a diferencia de las soluciones del actual estado de la técnica, que sólo se rechace un mínimo del mensaje. En efecto, cuando faltó un mensaje en una cadena, todos los mensajes posteriores fueron rechazados hasta que volvió a pasar el mensaje que faltaba. La ejecución de una cadena dependió por lo tanto de la recepción continua de los elementos de la cadena, y la falta de alguno de los elementos tuvo como consecuencia el rechazo de todos los mensajes de índice superior al mensaje faltante . De acuerdo a una modalidad de la invención, el módulo de abonado dispone, paralelamente al envío de los mensajes al módulo de seguridad, de una memoria para registrarlos a medida que se van recibiendo. Asi, la falta de un mensaje que contenga una condición sobre un mensaje previo puede hacer que se rechacen todos los mensajes posteriores. Cuando llega el mensaje esperado, éste es tratado, con lo que se autoriza el procesamiento de los otros mensajes. Sin embargo, puede transcurrir mucho tiempo antes de que estos se encuentren presentes en la transmisión lo que conlleva el riesgo de que .algunos de los mensajes sean rechazados, por ejemplo a causa de la mala calidad del enlace entre el centro de gestión y el módulo de abonado. Para reducir al máximo el número de mensajes repetidos necesario para una ejecución completa de la cadena, el módulo de seguridad puede acceder a la memoria situada en el módulo de abonado porque contiene todos los mensajes en su orden de llegada. Así, apenas llega el mensaje que falta y una vez completado su procesamiento, el módulo de seguridad solicita la lectura de la memoria para procesar todos los mensajes que han sido rechazados a causa de la condición que contenía el mensaje que faltaba. Un aspecto importante de la invención reside en el hecho de presentar cada mensaje al módulo de seguridad paralelamente a su almacenamiento en la memoria del módulo de abonado. Este principio puede tener excepciones en caso de que ciertos mensajes no estén destinados al módulo de seguridad sino únicamente al módulo de abonado. Asi, a pesar de que ciertos mensajes son rechazados por el módulo de seguridad por el hecho de que no se cumplen las condiciones, este sistema conoce que este mensaje esta contenido en la memoria del módulo de abonado y desde el momento en que se cumple la condición, podrá acceder a la memoria para ejecutar estos mensajes en lugar de esperar a que pasen los siguientes mensajes. En una modalidad, la memoria del módulo de abonado está organizada como una pila de entrada en serie, donde cada nueva entrada provoca el desplazamiento de la entrada que le precede. La lectura a través del módulo de seguridad puede ser efectuada de diferentes maneras. Este puede solicitar la transmisión de una dirección determinada de la memoria. Sin embargo, un aspecto importante de la seguridad en este tipo de aplicación reside en el carácter confidencial de la organización de la información. Por eso, en lugar de solicitar la transmisión de una dirección especifica, el módulo de seguridad pedirá al módulo de abonado que le presente todos o sólo parte de los mensajes que contiene en su memoria. El módulo de seguridad se encargará de escoger entre los mensajes ya ejecutados y los mensajes que están por ejecutar.
La invención será mejor comprendida gracias a la descripción detallada que se expone a continuación y que se refiere a los dibujos anexos que se muestran a modo de ejemplo y sin carácter limitativo, en los cuales: - La figura 1 representa un mensaje tal y como es · enviado mediante los sistemas del actual estado de la técnica; La figura 2 representa un mensaje tal y como es enviado de acuerdo a la invención; La figura 3 representa un ejemplo de la actualización de la memoria temporal del módulo de abonado. En la figura 1 se representan esquemáticamente los diferentes bloques de un mensaje que participan en la función de encadenado. En primer lugar se encuentra un bloque con el encabezamiento HD, que describe el tipo de mensaje, y que contiene la información de que este mensaje forma parte de una cadena. Para formar la cadena, un segundo bloque de familia FM indica a que familia pertenece este mensaje. En efecto, es posible transmitir varias cadenas a la vez y por lo tanto resulta necesaria la identificación de la familia. Una vez que se ha identificado la familia, el siguiente bloque Fl se usa para identificar cada elemento de la familia y su lugar en la cadena. Asi, a través de estas dos informaciones, cada elemento de la familia podrá ser enviado uno tras otro junto con los otros elementos de la misma familia en caso necesario. Se conoce que en uno de los dos bloques de control Fl o FM se indica el número máximo de elementos que componen la familia. Esta función puede ser obtenida igualmente marcando de forma particular el último elemento de la familia. En el ejemplo de la figura 2, el mensaje de la figura 1, que ejecuta ambos bloques FM y Fl, se le agrega un bloque suplementario CD que determina una condición de ejecución de este mensaje. De acuerdo a una primera modalidad de la invención, este bloque se compone de un bit que indica si el mensaje precedente debe o no haberse ejecutado. Si se solicita esta condición, el interpretador encargado de las operaciones sobre la base datos, comprobará si el mensaje precedente ha sido ejecutado y ejecutará este nuevo mensaje. En otra modalidad, este bloque condicional CD está constituido por un campo compuesto de grupos, un grupo por cada elemento de la cadena. Cada grupo contiene una condición sobre un elemento de la cadena y puede tener varios significados, por ejemplo la condición "debe haber sido ejecutado", "puede haber sido ejecutado" o "no debe haber sido ejecutado". Esta última condición generalmente corresponde a la primera.
Tomemos el ejemplo de una cadena de 6 elementos, el elemento 3 debe ser ejecutado por fuerza antes que el elemento 5. En este caso, se puede especificar en el mensaje 3 que no debe ser ejecutado si el mensaje 5 ya ha sido ejecutado. Esta condición puede producir un bloqueo si no se especifica la condición inversa en el mensaje 5. En este caso, el mensaje 5 contendrá la condición "debe ejecutarse", sobre el mensaje 3 para que no sea procesado el mensaje 5 si éste llega antes que el 3. En la figura 3, se representa una implementación de la memoria M del módulo de abonado y el enlace con el módulo de seguridad. El flujo que entra es primeramente filtrado por un módulo SEL, que se encarga de separar los mensajes de control de los otros datos. Estos mensajes son transmitidos a continuación al módulo de selección SW que se encarga de enviarlos a los diferentes módulos, es decir, al módulo de seguridad SM, al centro de procesamiento CTR del módulo de abonado STB y a la memoria M del módulo de abonado. La memorización de estos mensajes provoca el aumento del número de mensajes que entran con el objetivo de que no se pierda ningún mensaje y se elimina de la memoria el mensaje más antiguo. Simultáneamente, estos mensajes son transmitidos al módulo de seguridad que se representa aquí como una tarjeta inteligente SM. Esta tarjeta SM contiene un primer módulo de gestión de memoria GM y un interpretador de control INT destinados a la gestión de los controles de la base de datos BD. Este gestor de memoria GM puede dialogar con el centro de procesamiento CTR mediante el enlace 1/0 e influir a través de éste en las conexiones del módulo de selección SW. La linea de puntos que se muestra en la figura 3 representa el módulo de abonado STB. Todos los mensajes de administración destinados al módulo de seguridad SM son dirigidos por el selector SW al módulo de seguridad, concretamente al gestor de memoria GM, a continuación sen transmitidos al interpretador de órdenes si se cumplen las condiciones de ejecución. El gestor de memoria GM actualiza la tabla de mensajes ejecutados para efectuar las comparaciones necesarias en el momento de la llegada de un nuevo mensaje. El enlace con la tarjeta inteligente SM es de tipo entrada/salida y de este modo la información y órdenes pueden ser enviadas al módulo de abonado, conexión representada por la linea 1/0. Como se ha explicado anteriormente, la memoria M se encuentra físicamente en la unidad de abonado STB. Por esta razón, la tarjeta SM puede, mediante la línea 1/0, pedir la disponibilidad de una sección de la memoria con el fin de poder almacenar los mensajes de una cadena. En nuestro ejemplo, el número máximo de elementos en una cadena no excede de 16. Así, a la llegada del primer elemento de la cadena, la tarjeta SM solicita, a través de la línea 1/0, la reserva de por lo menos 16 plazas de memoria. Si, durante la transmisión de esta primera cadena, se anuncia la llegada de. otra cadena, la tarjeta solicitará la reserva de 16 nuevas plazas con el fin de asegurar el almacenamiento de un máximo de elementos de la cadena de acuerdo a las condiciones de recepción. Para poder leer las informaciones contenidas en la memoria M, por ejemplo la posición M3, la tarjeta SM puede pedir a través del selector SW, al multiplexor de direcciones AMUX que regrese el contenido de esta posición de memoria. Para gestionar estos datos hacia la tarjeta, un multiplexor de datos DMUX tiene la función de leer la posición de memoria requerida y transferirla a la tarjeta. Estas transferencias tan diversas son dirigidas por el selector SW. Por ejemplo, cuando la ejecución de la cadena es interrumpida a causa de una interferencia sobre un mensaje, los otros mensajes permanecen almacenados en la memoria del módulo de abonado. Cuando el mensaje que falta es retransmitido por el centro de gestión, éste es ejecutado propiamente y el gestor de memoria GM se encarga de recuperar todos los otros mensajes de la cadena accediendo a la memoria del módulo de abonado. En este caso, la entrada de la tarjeta inteligente SM ya no se realiza sobre la llegada de los mensajes sino sobre el contenido de la memoria M. Este acceso a la memoria M puede realizarse mediante acceso directo especificando una dirección de memoria, o mediante acceso secuencial leyendo los mensajes en su orden de llegada. En una modalidad, la memoria M está organizada como una memoria intermedia con una longitud determinada de acuerdo a la disponibilidad de la memoria libre del modulo de abonado. Esta memoria comprende un apuntador de entrada que aumenta con cada mensaje que se introduce en la memoria, y un apuntador de salida que aumenta con cada lectura que lleva a cabo el gestor de memoria GM. La posibilidad de diálogo entre la tarjeta SM y el módulo de abonado STB, concretamente el centro CTR, autoriza funciones más elaboradas. Uno de los problemas que se producen con más frecuencia en el momento de intercambiar uno u otro elemento del sistema, ya sea la tarjeta o el módulo de abonado, es asegurar la compatibilidad de las funciones con el material de generaciones precedentes. Por eso, resulta interesante permitir el diálogo entre los diferentes elementos con el fin de establecer las funciones disponibles en caca uno de estos; éste es el objetivo de la linea 1/0 que permite enviar instrucciones de la tarjeta al modulo de abonado. Estas instrucciones pueden, por ejemplo, pedir al módulo de abonado que comunique sus funciones de audio, video o datos, la generación del módulo o la versión 1G
del software (conjunto de programas para computadora) . Para responder a esta solicitud, el módulo STB dispone de medios para componer un mensaje de administración y transmitirlo, ya sea en la memoria M para la lectura posterior a través de la tarjeta, o directamente en la tarjeta, tal y como se ha representado en la Figura 3. De acuerdo a otra modalidad de la invención, el módulo STB dispone de una conexión por módem (modulador- desmodulador) con el centro de gestión. En este caso, el anuncio de recursos puede realizarse mediante el modulo STB al centro de gestión a través del módem (modulador- desmodulador) , bajo petición del modulo de seguridad SM. Como se indica en la figura 3, el modulo STB recibe igualmente los mensajes de administración que vienen del centro de gestión. Los mensajes que llegan al centro de procesamiento CTR pueden contener una instrucción de solicitud de configuración. La respuesta podrá ser ejecutada mediante el modulador-desmodulador o transmitirse a la tarjeta, SM. Algunos de estos mensajes de administración sólo se destinan al módulo STB y el centro de procesamiento CTR, responsable de la gestión del modulo STB, no los transmitirá al módulo de seguridad SM o a la memoria M.
Se he.ce 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.