ES2233424T3 - Proceso y sistema de transmision de una cadena de mensajes para base de datos. - Google Patents

Abstract

Proceso de transmisión de cadena de mensajes de administración de una base de datos entre un centro de gestión y una pluralidad de bases de datos de abonado repartidas, y cada mensaje de administración comprende un encabezamiento de cadena (HD), un identificador de cadena (FM) que permite la transmisión simultánea de varias cadenas y un índice de cadena (FI) que permite identificar el mensaje en la cadena, caracterizado por el hecho de que consiste en añadir a cada mensaje un bloque condicional (CD) que determina si este mensaje debe ser tratado sin tener en cuenta todos o parte de los miembros de la cadena o si debe ser tratado según las condiciones relativas al tratamiento previo de todos o de parte de los miembros de la cadena.

Description

Proceso y sistema de transmisión de una cadena de mensajes para base de datos.

La presente invención se refiere a un proceso y a un sistema de actualización de una base de datos, y concretamente para la transmisión de una cadena de mensajes.

Se sabe que en un sistema que consiste en un centro de gestión y una pluralidad de abonados repartidos por todo el territorio, las informaciones de actualización de la base de datos de estos abonados son enviados por vía telefónica o hertziana. Estos mensajes se dirigen, o bien a todos los abonados, o a un abonado en concreto, 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 vídeo, audio o de datos. Por lo que se entiende que el espacio empleado por estos mensajes sea limitado. Otra limitación se aplica a la longitud del mensaje que está limitada por el hecho de que los datos útiles sólo pueden ser interrumpidos durante un momento breve. Se entiende que en el ejemplo de una transmisión audio/vídeo, 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.

Por esta razón, para la transmisión de un gran número de informaciones, resulta necesario dividir dichas informaciones en un gran número de mensa-
jes.

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 un enlace módem por ejemplo, es difícil que el centro de gestión sepa 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 ha llegado correctamente a su destino.

Un módulo de abonados comprende esquemáticamente un receptor numérico, ya sea de audio, de vídeo o de datos, incluso una combinación de estos tres tipos, un decodificador que sirve para separar los mensajes de administración, y estos últimos están 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 coste, puede presentarse en forma de módulo separable como una tarjeta inteligente o tarjeta
chip.

Los mensajes que llegan al módulo de seguridad son tratados por el interpretador de órdenes. Puede ocurrir que los mensajes no lleguen en el orden de emisión, debido a unas perturbaciones en la transmisión o sencillamente debido al hecho de que la unidad de abonados no estaba conectada en el momento del envío de los primeros mensajes. Hay que precisar que antes del tratamiento, cada mensaje es previamente encriptado y controlado con respecto a su autenticidad. Los mensajes que no cumplen los criterios de control son rechazados. Según esta hipótesis, el módulo de seguridad recibirá por ejemplo el mensaje de índice 3 antes de los mensajes de índice 1 y 2. Si el mensaje de í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 error.

Una primera solución consiste en memorizar todos los mensajes que constituyen una cadena y, una vez que se ha completado, proceder a su tratamiento. Esta solución presenta el inconveniente de que la longitud máxima de la cadena está 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 debe tratar cada mensaje desde su llegada.

El documento FR-A-2 696 854 propone la organización interna de una tarjeta chip que recibe mensajes de administración. Cada mensaje actualiza una parte de la base de datos relacionada que constituyen la tarjeta chip y una unidad central de gestión. Este documento se diferencia de la presente invención por el hecho de que cada mensaje tiene un enlace lógico con al menos otro mensaje.

El documento EP-A-0 491 069 describe un modo de envío de mensajes a distintos decodificadores. No se refiere al envío de una cadena de mensajes en la que ciertos elementos estarían unidos a otros. Por lo que se puede considerar como un segundo plano tecnológico de la presente solicitud.

La presente invención tiene como objetivo suprimir los efectos negativos de la ejecución de los mensajes en un orden diferente al orden inicialmente previsto en la base de datos de abonados.

Este objetivo se consigue totalmente 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 añadir un bloque condicional que determina si el mensaje debe ser tratado sin tener en cuenta todos o parte de los otros miembros de la cadena o las condiciones relacionadas con el tratamiento previo de todos o de parte de los otros miembros de la cadena.

En efecto, gracias a este nuevo bloque condicional incluido en cada mensaje miembro de una cadena, resulta posible determinar si este mensaje puede ser tratado de forma aislada o si debe cumplir las condiciones de tratamiento relativas a los mensajes considerados y recibidos previamente. Esta prueba también permite determinar si el mensaje en curso de evaluación ya ha sido tratado.

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, cuáles son los mensajes miembros de esta cadena que han sido sometidos a un tratamiento. Después del tratamiento de todos los miembros de la cadena, la tabla de esta cadena es mantenida 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 un periodo de tiempo predeterminado.

El bloque condicional contenido en el mensaje no sólo contiene una indicación sencilla que relaciona el tratamiento del mensaje en curso con la condición de haber ejecutado el mensaje precedente, sino que cubre también funciones más complejas como unas condiciones acerca de cada miembro de la cadena de mensaje. Por ejemplo, resulta posible someter el miembro 4 de la cadena al tratamiento a condición de que el miembro 1 o 2 sea tratado y que el miembro 3 sea tratado de manera imperativa. Por lo que tenemos la función:

F(4) = (1 o 2) y 3.

\vskip1.000000\baselineskip

Tomemos el ejemplo de la llegada al módulo de seguridad del mensaje miembro de la familia 5. Este mensaje es el miembro 4 de esta familia. La primera operación consistirá en determinar si su tratamiento está sometido a otras condiciones. Si no es el caso, se podrá tratar inmediatamente. Hay que tener en cuenta que el hecho de encadenar los mensajes no significa obligatoriamente que se tenga que realizar el tratamiento en el orden de índice de la cadena. Se puede imaginar el caso en el que se carga un software de tamaño importante, y por esta razón, se divide este último de manera a transmitirlo en una cadena de mensaje. Cada uno de estos mensajes contiene una dirección de carga y los datos correspondientes. Por lo que se puede tratar un miembro de la cadena en un orden indiferente. Al contrario, el último miembro de la cadena que pone en servicio este nuevo software va a incluir una condición que establece que se tienen que ejecutar todos los miembros de la cadena para que éste pueda ser ejecutado a su vez. Cuando se cumple esta condición, la tabla correspondiente a esta familia indica que se han ejecutado todos los mensajes.

Según una variante de la invención, se divide el bloque condicional en dos partes, una de éstas llamada "operación" sirve para describir el tipo de función lógica y la otra llamada "miembro considerado" describe cuáles son los otros miembros a los que se debe aplicar la operación. El formato de la parte "miembro considerado" corresponde al formato utilizado en la tabla almacenada en la base de datos que designa el estado de tratamiento de los miembros de la cadena. De esta manera se facilita en gran medida la comparación lógica.

Según otras formas de realización, el bloque condicional no se refiere a todos los otros miembros de la cadena sino a algunos únicamente. Por ejemplo podría referirse a los tres elementos precedentes y no a todos los elementos. Lo que permite disminuir la longitud del bloque condicional y tener en cuenta el hecho de que una perturbación no suele superar el tiempo de duración de tres mensajes. Según otro ejemplo, se podría definir una estructura de cadena donde sólo el último elemento incluye un bloque condicional.

Esta estructura permite, al contrario de las soluciones del estado actual de la técnica, rechazar únicamente un mínimo de mensajes. En efecto, cuando faltaba un mensaje en una cadena, todos los mensajes posteriores eran rechazados hasta que volvía a pasar el mensaje que faltaba. La ejecución de una cadena dependía por lo tanto de la recepción continua de los miembros de la cadena, ya que cada elemento que falta tiene como consecuencia el hecho de rechazar todos los mensajes de índice superior al mensaje que falta.

Según una forma de realización de la invención, el módulo de abonado dispone, de forma paralela al envío de los mensajes al módulo de seguridad, de una memoria para su memorización a medida que van llegando.

Por consiguiente, la ausencia de un mensaje que contenga una condición sobre un mensaje previo puede suponer el rechazo de todos los mensajes posteriores. Cuando llega el mensaje esperado, se va a tratar este último y autorizar el tratamiento de los otros mensajes. Sin embargo, puede transcurrir mucho tiempo antes de que dichos mensajes estén presentes en la transmisión y existe el riesgo de que algunos 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 repetición de mensajes necesaria para que finalmente se realice una ejecución completa de la cadena, el módulo de seguridad puede acceder a la memoria situada en el módulo de abonado ya que contiene todos los mensajes en su orden de llegada. De esta manera, en cuanto llega el mensaje que falta y una vez que se ha completado su tratamiento, el módulo de seguridad solicita la lectura de la memoria para tratar todos los mensajes rechazados a causa de la condición que incluí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 de forma paralela a su almacenamiento en la memoria del módulo de abonado. Este principio puede incluir excepciones en el caso de que ciertos mensajes no estén destinados al módulo de seguridad sino únicamente al módulo de abonado. De esta manera, a pesar del rechazo de ciertos mensajes por el módulo de seguridad debido al hecho de que no se cumplen las condiciones, este último sabe que la memoria del módulo de abonado contiene este mensaje y podrá, en cuanto que se cumpla la condición, acceder a la memoria para ejecutar estos mensajes en vez de esperar el próximo paso de los mensajes siguientes.

En una forma de realización, 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 anterior.

La lectura por el módulo de seguridad puede ser efectuada de diferentes maneras. Éste 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. Para ello, en lugar de solicitar la transmisión de una dirección específica, el módulo de seguridad pedirá al módulo de abonado que le presente todos o una parte de los mensajes contenidos en su memoria. El módulo de seguridad se encarga de separar los mensajes ya ejecutados y los mensajes por ejecutar.

Se entenderá mejor la invención gracias a la descripción detallada que se expone a continuación y que se refiere a los dibujos anexos mostrados a modo de ejemplo y sin carácter limitativo, en los que:

- La figura 1 representa un mensaje tal y como se envía en los sistemas del estado de la técnica;

- La figura 2 representa un mensaje tal y como se envía según la invención;

- La figura 3 representa un ejemplo de implementación de la memoria temporal del módulo de abonado.

En la figura 1 se representan esquemáticamente los distintos bloques de un mensaje que participan en la función de encadenado. Nos encontramos con un primer bloque de 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. Efectivamente, se pueden transmitir varias cadenas a la vez y la identificación de la familia resulta necesaria. Una vez identificada la familia, el bloque siguiente FI sirve para identificar cada miembro de la familia y su posición en la cadena. De esta manera, mediante estas dos informaciones, cada miembro de la familia podrá estar dispuesto de nuevo uno detrás de otro junto con los otros miembros de la misma familia en caso de necesidad. Se sabe que en uno u otro de los bloques de control FI o FM se indica el número máximo de miembros de la familia. También se puede obtener esta función mediante un marcado particular del último miembro de la familia.

En el ejemplo de la figura 2, se va a añadir al mensaje de la figura 1, que pone en funcionamiento ambos bloques FM y FI, un bloque suplementario CD que determina una condición de ejecución de este mensaje. Según una primera forma de realización de la invención, este bloque se compone de un bit que indica si el mensaje precedente debe o no debe haber sido ejecutado. Si se solicita esta condición, el interpretador encargado de las operaciones sobre la base de datos, comprobará si el mensaje precedente ha sido ejecutado y ejecutará ese nuevo mensaje.

En otra forma de realización, ese bloque condicional CD está constituido por un campo compuesto de grupos, un grupo por cada miembro de la cadena. Cada grupo incluye 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 suele ser opuesta a la primera.

Tomemos el ejemplo de una cadena de 6 elementos, el elemento 3 debe ser ejecutado obligatoriamente antes del elemento 5. En ese caso, en el mensaje 3 se puede especificar 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 ese caso, el mensaje 5 incluirá la condición "debe haber sido ejecutado" sobre el mensaje 3 para que, en caso de que el mensaje 5 llegue antes del 3, éste no sea tratado.

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. Todo el flujo entrante es filtrado primero por un módulo SEL que se encarga de separar los mensajes de administración 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 tratamiento 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 apuntador de mensajes entrantes con el fin de que no se pierda ningún mensaje, ya que el mensaje más antiguo es en consecuencia eliminado de la memoria. De manera simultánea, estos mensajes son transmitidos al módulo de seguridad representado en la presente en forma de tarjeta inteligente SM. Esta tarjeta SM contiene un primer módulo de gestión de memoria GM y un interpretador INT de ordenes previstos para la gestión de las ordenes de la base de datos BD. Este gestor de memoria GM puede dialogar con el centro de tratamiento CTR a través del enlace I/O e influir por este medio, sobre las conexiones del módulo de selección SW. La línea de puntos mostrada 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, en particular al gestor de memoria GM y son transmitidos posteriormente al interpretador de órdenes si se cumplen las condiciones de ejecución. El gestor de memoria GM mantiene la tabla de los mensajes ejecutados actualizada de manera a efectuar las comparaciones necesarias en el momento de llegada de un nuevo mensaje. El enlace con la tarjeta inteligente SM es de tipo entrada/salida y de este modo las informaciones y órdenes pueden ser enviadas al módulo de abonado, conexión representada por la línea I/O. Como se ha explicado anteriormente, la memoria M está situada físicamente en la unidad de abonado STB. Por consiguiente, a través de la línea I/O, la tarjeta SM puede pedir la disponibilidad de una sección de 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 16. De este manera, cuando llega el primer miembro de la cadena, la tarjeta SM solicita a través de la línea I/O la reserva de al menos 16 posiciones 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 posiciones nuevas con el fin de asegurar el almacenamiento de un número máximo de miembros de la cadena según 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 ordenar, a través del selector SW, al multiplexor de direcciones AMUX que le devuelva el contenido de esta posición de memoria. Con el fin de conducir esos datos hacia la tarjeta, un multiplexor de datos DMUX tiene como función de leer la posición de memoria requerida y de transferirla a la tarjeta. Estas transferencias diversas son dirigidas por el selector SW.

Cuando se ha interrumpido la ejecución de la cadena a causa de una perturbación sobre un mensaje por ejemplo, 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, se ejecuta dicho mensaje, y el gestor de memoria GM se encarga de recuperar todos los otros mensajes de la cadena a través del acceso 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, o bien por acceso directo especificando una dirección de memoria, o a través de un acceso secuencial mediante la lectura de los mensajes en su orden de llegada.

En una forma de realización, la memoria M está organizada como una memoria tampón con una longitud determinada en función de la disponibilidad de la memoria libre del módulo de abonado. Esta memoria comprende un apuntador de entrada que se incrementa con cada mensaje introducido en la memoria, y un apuntador de salida que se incrementa con cada lectura realizada por el gestor de memoria GM.

La posibilidad de diálogo entre la tarjeta SM y el módulo de abonado STB, en particular el centro CTR, permite funciones más elaboradas. Uno de los problemas más frecuentes durante el intercambio de uno u otro de los elementos del sistema, ya sea la tarjeta o el módulo de abonado, consiste en asegurar la compatibilidad de las funciones con el material de generaciones precedentes. Por eso, resulta interesante que los diferentes elementos dialoguen entre sí con el fin de establecer las funciones disponibles en cada uno de éstos; éste es el objetivo de la línea I/O que permite enviar instrucciones desde la tarjeta al módulo de abonado. Estas instrucciones pueden, por ejemplo, solicitar al módulo de abonado que comunique sus funciones audio, vídeo o de datos, la generación de módulo o la versión software. Para responder a dicha solicitud, el módulo STB dispone de medios para componer un mensaje de administración y transmitirlo, ya sea en la memoria M para una lectura posterior a través de la tarjeta, o directamente a la tarjeta, tal y como está representado en la figura 3.

Según otra forma de realización de la invención, el módulo STB dispone de una conexión por módem con el centro de gestión. En este caso, se puede efectuar el anuncio de recursos a través del módulo STB al centro de gestión mediante el módem, a petición del módulo de seguridad SM.

Como se indica en la figura 3, el módulo STB recibe también los mensajes de administración que vienen del centro de gestión. Los mensajes que llegan al centro de tratamiento CTR pueden incluir una instrucción de solicitud de configuración. La respuesta podrá ser ejecutada a través del enlace módem o ser transmitida a la tarjeta SM. Algunos de estos mensajes de administración están destinados únicamente al módulo STB y el centro de tratamiento CTR, responsable de la gestión del módulo STB, no los transmitirá al módulo de seguridad SM o a la memoria M.

Claims (15)

1. Proceso de transmisión de cadena de mensajes de administración de una base de datos entre un centro de gestión y una pluralidad de bases de datos de abonado repartidas, y cada mensaje de administración comprende un encabezamiento de cadena (HD), un identificador de cadena (FM) que permite la transmisión simultánea de varias cadenas y un índice de cadena (FI) que permite identificar el mensaje en la cadena, caracterizado por el hecho de que consiste en añadir a cada mensaje un bloque condicional (CD) que determina si este mensaje debe ser tratado sin tener en cuenta todos o parte de los miembros de la cadena o si debe ser tratado según las condiciones relativas al tratamiento previo de todos o de parte de los miembros de la cadena.

2. Proceso de transmisión según la reivindicación 1, caracterizado por el hecho de que éste consiste en determinar según el bloque condicional (CD) si todos o parte de los miembros de la cadena pueden, o deben, o no deben ser tratados previamente.

3. Proceso de transmisión según la reivindicación 1 o 2, caracterizado por el hecho de que consiste en gestionar una tabla al interior de la base de datos de un abonado que contiene una información que representa el estado de tratamiento de cada miembro de la cadena, y en actualizar dicha tabla cada vez que se trata un miembro de la cadena, y de volver a iniciar dicha tabla o bien a petición del centro de gestión, o después de un periodo de tiempo predeterminado.

4. Proceso de transmisión según las reivindicaciones 1 a 3, caracterizado por el hecho de que la base de datos de un abonado está conectada con una unidad de abonado y por el hecho de que consiste en memorizar los mensajes de administración en una memoria de la unidad de abonado y en presentarlos si se solicitan a la base de datos.

5. Proceso de transmisión según la reivindicación 4, caracterizado por el hecho de que consiste en memorizar en modo "serie" los mensajes entrantes, y cada mensaje entrante provoca el incremento de un apuntador de la pila de mensajes entrantes, y en acceder por acceso directo a los mensajes solicitados por la base de datos.

6. Proceso de transmisión según la reivindicación 4, caracterizado por el hecho de que consiste en emplear la memoria de la unidad de abonado que funciona como memoria tampón de serie de longitud fija.

7. Proceso de transmisión según las reivindicaciones 4 a 6, caracterizado por el hecho de que consiste en recibir en la base de datos un mensaje miembro de una cadena, y en reservar en la unidad de abonado la memoria necesaria para la recepción de todos los miembros de la cadena.

8. Proceso de transmisión según las reivindicaciones 4 a 7, caracterizado por el hecho de que consiste, si se solicita, en hacer que el módulo de abonado proporcione un mensaje de administración que describe sus recursos de software y materiales y que envíe dicho mensaje a la base de datos (SM), o al centro de gestión.

9. Proceso de transmisión según la reivindicación 8, caracterizado por el hecho de que esta petición es transmitida, o bien a través del centro de gestión en forma de mensaje de administración, o a través de la base de datos (SM) en forma de instrucción a través de la línea I/O.

10. Sistema de transmisión de cadena de mensajes de administración de bases de datos que comprende un centro de gestión y una pluralidad de unidades de abonados, y cada unidad comprende una base de datos, cada mensaje comprende un encabezamiento (HD), un identificador de cadena (FM) que permite la transmisión simultánea de varias cadenas, y un índice de cadena (FI) que permite identificar el mensaje en la cadena, caracterizado por el hecho de que comprende un bloque condicional (CD) que determina si se debe tratar el mensaje sin tener en cuenta todos o parte de los miembros de la cadena, o si se debe tratar según las condiciones relativas al tratamiento previo de todos o de una parte de los miembros de la
cadena.

11. Sistema de transmisión de cadena de mensajes según la reivindicación 10, caracterizado por el hecho de que el bloque condicional (CD) contiene una condición que determina si todos o sólo una parte de los miembros de la cadena pueden, o deben, o no deben ser tratados previamente.

12. Sistema de transmisión de cadena de mensajes según las reivindicaciones 10 y 11, caracterizado por el hecho de que el módulo de seguridad (SM) comprende un gestor de mensaje (GM) encargado de almacenar en una memoria el estado del tratamiento de cada mensaje de la cadena, y por el hecho de que comprende medios de comparación de este estado con las condiciones enunciadas en el bloque condicional (CD) del mensaje que se está tratando.

13. Sistema de transmisión de cadena de mensajes según las reivindicaciones 10 a 12, caracterizado por el hecho de que la unidad de abonado comprende una memoria (M) de mensajes, y cada mensaje entrante provoca el desplazamiento del mensaje anterior en la memoria (M), y por el hecho de que el módulo de seguridad (SM) comprende unos medios para leer y tratar estos mensajes.

14. Sistema de transmisión de cadena de mensajes según las reivindicaciones 10 a 13, caracterizado por el hecho de que la unidad de abonado (STB) comprende una línea de enlace (I/O) hacia el módulo de seguridad (SM) y que comprende medios para determinar la capacidad de la memoria (M) según las instrucciones recibidas por parte del módulo de seguridad (SM), y para responder al módulo de seguridad (SM) con la composición y el envío de un mensaje de administración.

15. Sistema de transmisión de cadena de mensajes según las reivindicaciones 10 a 13, caracterizado por el hecho de que la unidad de abonado (STB) comprende un módulo de selección (SW) que permite conectar el separador de mensajes de administración (SEL), el centro de tratamiento (CTR) del módulo de abonado, el módulo de seguridad (SM) y la memoria (M), y unos medios para reconocer los mensajes de administración destinados únicamente al centro de tratamiento (CTR), y dirigir a través del módulo de selección (SW) dichos mensajes hacia el centro de tratamiento (CTR) únicamente.