FR 2872367 A1 20051230 FR 0451355 A 20040629 PROCEDE DE CONTROLE DISTANT PAR UN OPERATEUR DE L'UTILISATION D'UN EQUIPEMENT RECEPTEUR DESCRIPTION DOMAINE TECHNIQUE L'invention se situe dans le domaine de la lutte contre le piratage de données numériques distribuées sous forme embrouillée par un opérateur à des utilisateurs munis de droit d'accès. Plus spécifiquement, l'invention concerne un procédé de contrôle distant par l'opérateur de l'utilisation d'un équipement récepteur dans un réseau de distribution de données numériques. Le contrôle a notamment pour objectif de détecter toute manipulation frauduleuse destinée à 15 désembrouiller lesdites données. L'invention concerne également un équipement récepteur comportant un décodeur et un processeur de sécurité adapté pour mettre en uvre le procédé. Le processeur de sécurité est par exemple une carte à puce. ÉTAT DE LA TECHNIQUE ANTÉRIEURE Dans un système de contrôle d'accès conditionnel classique la vérification du droit d'accès porte sur des conditions que doivent remplir les équipements récepteurs des utilisateurs vis-à-vis de la technologie de contrôle d'accès mise en oeuvre, de l'opérateur fournissant les données ou encore d'une stratégie commerciale de cet opérateur. Ce dernier transmet aux équipements récepteurs, via un message de contrôle d'accès ECM (pour Entitlment Control Message), les conditions d'accès aux données embrouillées et un mot de contrôle CW (pour Control Word) chiffré pour désembrouiller ces données, et via un message de gestion de titre d'accès EMM (pour Entitlement Management Message) les droits d'accès de chaque utilisateur à inscrire dans la carte à puce. Outre les informations nécessaires au contrôle d'accès, des mécanismes de détection d'une utilisation anormale du décodeur ou de la carte à puce sont prévus dans les équipements récepteurs. Un inconvénient de ces mécanismes provient du fait qu'ils ne permettent de détecter que des situations élémentaires figées telles que par exemple des erreurs de syntaxe dans les messages ou des comportements électriques ou temporels ne correspondant pas à un gabarit prédéfini. De ce fait, les fraudeurs peuvent facilement analyser ces mécanismes et corriger les messages de détection ou les comportements électriques ou temporels des signaux hors des gabarits prédéfinis pour éviter la détection de la fraude par l'opérateur. Le but de l'invention est de masquer efficacement aux éventuels pirates les mécanismes de détection et de sanction, mis en uvre par l'opérateur. Un autre but de l'invention est de permettre à l'opérateur de contrôler dynamiquement le processus de détection et d'appliquer, à distance, une sanction appropriée à chaque fraude détectée. Dans la suite de la description, le terme détection définit un traitement exécuté dans l'équipement récepteur consistant, par exemple, à analyser le contexte d'utilisation courant, défini par des critères fonctionnels et/ou temporels, afin de repérer l'occurrence d'une situation prédéfinie par l'opérateur. Le terme sanction définit un traitement prédéfini exécutable par l'équipement récepteur ayant pour objectif de provoquer un fonctionnement particulier de l'équipement récepteur. EXPOSÉ DE L'INVENTION L'invention préconise un procédé de contrôle distant par un opérateur de l'utilisation d'un équipement récepteur dans un réseau de distribution de données numériques applicable à tout type de détection et à tout type de sanction. Ce procédé comporte les étapes suivantes: a- définir un ensemble de tests activables à distance dans l'équipement récepteur d'un utilisateur et dont les résultats respectifs permettent d'identifier au moins une utilisation particulière d'au moins une partie de cet équipement récepteur, b- définir un ensemble d'actions exécutables dans ledit équipement récepteur destinées à en contrôler le fonctionnement, c- associer à chaque test défini à l'étape 25 a) au moins une action définie à l'étape b), dactiver à distance par l'opérateur au moins un test parmi les tests définis à l'étape a). Ce procédé comporte en outre une étape consistant à déclencher à distance au moins une action associée à un test activé en fonction du résultat dudit test. L'invention permet ainsi à l'opérateur de faire évoluer, à distance dans le décodeur et son processeur de sécurité, les mécanismes de détection, les mécanismes de sanction et leurs relations. Préférentiellement, le déclenchement d'une action associée à un test donné est effectué selon un séquencement temporel programmé par l'opérateur. Selon l'invention, chaque test défini est soit un test élémentaire, soit une combinaison de tests élémentaires préprogrammés dans l'équipement récepteur, et chaque action définie associée audit test est soit une action élémentaire, soit une combinaison d'actions élémentaires préprogrammées dans l'équipement récepteur. Le procédé selon l'invention peut être mis en uvre dans un équipement récepteur comportant un décodeur et un processeur de sécurité. Cet équipement récepteur comporte en outre des moyens pour exécuter un ensemble de tests prédéfinis pour détecter une utilisation particulière du décodeur ou du processeur de sécurité, et des moyens pour exécuter, selon un séquencement temporel pré-établi pour chaque utilisation particulière détectée, au moins une action préalablement associée au test exécuté. Préférentiellement, l'équipement récepteur est relié par une voie de retour à un site central de gestion pour transmettre à ce site central un enregistrement des tests et des actions exécutés. L'invention concerne également un décodeur destiné à coopérer avec un processeur de sécurité pour contrôler l'accès à des données numériques embrouillées distribuées par un opérateur à un parc d'équipements récepteurs. Ce décodeur comporte: - une mémoire non volatile contenant au moins un test prédéfini pour détecter une utilisation particulière du décodeur ou du processeur de sécurité, et au moins une action prédéfinie associée audit test et activable à distance par l'opérateur, - un premier module destiné à exécuter au 10 moins un test parmi les tests mémorisés, un deuxième module destiné à exécuter, selon un séquencement temporel pré-établi pour chaque utilisation particulière détectée, au moins une action associée au test exécuté. L'invention concerne également un programme d'ordinateur exécutable sur un ensemble d'équipements récepteurs susceptibles de recevoir des données numériques distribuées par un opérateur et comportant chacun un décodeur et un processeur de sécurité. Ce programme comporte des instructions pour exécuter un ensemble de tests préalablement mémorisés dans le décodeur pour détecter une utilisation particulière dudit décodeur ou dudit processeur de sécurité et des instructions pour exécuter, selon un séquencement temporel pré-établi pour chaque utilisation particulière détectée, au moins une action associée au test exécuté. BRÈVE DESCRIPTION DES DESSINS D'autres caractéristiques et avantages de l'invention ressortiront de la description qui va suivre, prise à titre d'exemple non limitatif, en référence aux figures annexées dans lesquelles: - la figure 1 illustre schématiquement la structure d'un message transportant les ordres d'activation d'un test et les ordres de déclenchement d'actions associées au test activé. - la figure 2 représente un organigramme illustrant schématiquement les étapes essentielles du procédé selon l'invention. EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS La description qui suit concerne une application particulière du procédé dans un système de diffusion de programmes audiovisuels comportant un site central de gestion localisé chez un opérateur et un ensemble d'équipements récepteurs comportant chacun un écran, un décodeur et un processeur de sécurité constitué par une carte à puce. Le site central de gestion comporte un module programmable permettant à l'opérateur de définir un ensemble de tests pour détecter une utilisation anormale ou non autorisée du décodeur ou de la carte à puce, un ensemble d'actions que l'opérateur peut déclencher à tout moment en fonction du résultat du ou des tests exécutés, une liste d'associations test/action, et un séquencement temporel relatif à chaque association test/action. Le site central de gestion est muni en outre de moyens pour transmettre à chaque décodeur une description des tests définis, une description des actions définies, une description de la liste des associations test/action et une description du séquencement temporel relatif à chaque association test/action. Le site central de gestion comporte également un module de commande permettant à l'opérateur d'activer à distance dans chaque décodeur un ou plusieurs tests parmi les tests prédéfinis et de déclencher à distance au moins une action associée au test activé en fonction du résultat dudit test. Le déclenchement d'une action peut être fait par l'opérateur à n'importe quel moment ou selon un séquencement prédéfini dépendant de la nature des programmes diffusés. La détection d'une utilisation anormale et les sanctions subséquentes sont décorrellées dans le temps de sorte que les pirates ne puissent pas reconstituer la chronologie de ces deux opérations. Le procédé selon l'invention trouve une application dans le cas où l'opérateur souhaite cibler un parc déterminé d'équipements récepteurs. Dans ce cas, le test consiste à : - vérifier l'authenticité du signal diffusé par l'opérateur et reçu par le décodeur, ou - vérifier que la carte utilisée contient 25 l'identifiant de l'opérateur. L'action peut consister à : - afficher un message d'alerte, ou - refuser le désembrouillage des programmes diffusés, ou encore - bloquer temporairement ou définitivement le terminal et/ou la carte à puce. Les tests et les actions peuvent être combinés en fonction du contexte d'utilisation et du type de programmes diffusés. L'opérateur envoie à chaque équipement récepteur une description des tests définis et une description des actions définies, une description de la liste des associations test/action et une description du séquencement temporel relatif à chaque association test/action. Cet envoi peut être fait à n'importe quel moment par l'opérateur. Ces descriptions sont préalablement chiffrées et enregistrées dans une mémoire non volatile de l'équipement récepteur. Lesdites descriptions sont transmises à l'équipement récepteur dans un message EMM sécurisé ou dans un flux privé. De même, l'ordre d'activation d'un test et l'ordre de déclenchement de l'exécution d'une action associée à un test activé sont également transmis à l'équipement récepteur dans des messages EMM sécurisés. Dans une autre variante de réalisation de l'invention, ces ordres sont transmis à l'équipement récepteur dans un flux privé. Après une application du procédé dans un équipement récepteur, ce dernier peut transmettre à l'opérateur un enregistrement des tests et des actions exécutés. ADRESSAGE DES MESSAGES EMM Les messages EMM permettant la configuration et l'utilisation de la fonctionnalité test/action selon le procédé de l'invention sont émis dans une voie EMM d'un multiplex numérique tel que défini par le standard MPEG2/Système et les standards DVB/ETSI. Cette voie peut diffuser des EMM transportant des données d'adressage permettant de transmettre ces EMM: - à un décodeur particulier, - à un groupe particulier de décodeurs, - à tous les décodeurs. Les messages destinés à un décodeur particulier sont des EMM-U présentant la structure suivante: EMM-U section() { table id = 0x88 8 bits section syntax indicator = 0 1 bit DVB reserved 1 bit ISO reserved 2 bits EMM-U section length 12 bits unique adress field 40 bits for (i=0; i Les messages destinés à un groupe particulier de décodeurs sont des EMM-S présentant la structure suivante: 20 EMM-S section() { table id = Ox8E 8 bits section syntax indicator = 0 1 bit DVB reserved 1 bit ISO reserved 2 bits EMM-S section length 12 bits shared address field 24 bits reserved 6 bits data format 1 bit ADF scrambling flag 1 bit for (i=0; i Les messages destinés à tous les décodeurs sont des EMM-G présentant la structure suivante: EMM-G section() { table id = Ox8A ou Ox8B 8 bits section syntax indicator = 0 1 bit DVB reserved 1 bit ISO reserved 2 bits EMM-G section length 12 bits for (1=0; i CONTENU DES MESSAGES EMM La figure 1 illustre schématiquement le contenu des données EMM data byte d'un message EMM de contrôle de la fonctionnalité test/action. Ce contenu dépend de la fonction à exécuter par le décodeur pour la configuration ou l'utilisation de la fonctionnalité test/action. Les données EMM data byte incluent les paramètres fonctionnels suivants: ADF 2: complément d'adressage d'un décodeur dans un groupe de décodeurs; ce paramètre est utile en cas d'adressage par groupe sinon il peut être omis; il peut être chiffré, SOID 4: identification de messages de contrôle de la 15 fonctionnalité test/action selon l'invention, parmi d'autres types de messages, - OPID/NID 6: identification du parc de décodeurs et du signal de l'opérateur, - TIME 8: données d'horodatage de l'émission du 20 message; ce paramètre est utilisé pour éviter le rejeu du message par un même décodeur, - CRYPTO 10: identification des fonctions de protection cryptographique appliquées aux paramètres FUNCTIONS 12. Les paramètres FUNCTIONS peuvent être chiffrés et protégés par une redondance cryptographique 14. FUNCTIONS 12: ensemble des paramètres décrivant la configuration et l'utilisation de l'appariement. Les paramètres fonctionnels ci-dessus sont organisés librement dans les données EMM data byte d'un 30 message EMM. Une implémentation préférée est la combinaison de ces paramètres par structure T L V (Type Longueur Valeur). CONFIGURATION ET UTILISATION DE LA FONCTIONNALITÉ TEST/ACTION L'ensemble des paramètres FUNCTIONS 12 décrit la configuration et l'utilisation de la fonctionnalité test/action selon l'invention. Cet ensemble de paramètres est une combinaison quelconque des paramètres fonctionnels suivants: DESCR_TEST: ce paramètre décrit un test; il comporte l'identifiant du test, optionnellement la description de chaque test élémentaire qui le constitue et optionnellement des paramètres de configuration du test: chaque test élémentaire est décrit par un identifiant du test élémentaire et optionnellement par des paramètres de configuration du test élémentaire, les paramètres de configuration du test ou d'un test élémentaire comprennent un masque générique optionnel applicable aux données d'entrée du test ou du test élémentaire et des données de comparaison optionnelles du test ou du test élémentaire DESCRACTION: ce paramètre décrit une action; il comporte l'identifiant de l'action, optionnellement la description de chaque action élémentaire qui la constitue et optionnellement des paramètres de configuration de l'action: - chaque action élémentaire est décrite par un identifiant de l'action élémentaire et optionnellement par des paramètres de configuration de l'action élémentaire, - les paramètres de configuration de l'action ou d'une action élémentaire comprennent un masque générique optionnel applicable aux données d'entrée de l'action ou de l'action élémentaire et des données d'entrée optionnelles de l'action ou de l'action élémentaire. - ASSOC TEST ACTION: ce paramètre décrit l'association entre un test et des actions: il comporte l'identifiant du test et une liste d'identifiants d'actions associées à ce test, - CDETEST: ce paramètre permet de commander un test; il comporte l'identifiant du test à commander, la nature de la commande (activer, désactiver, annuler le résultat) et les conditions temporelles de l'activation du test (sur date, selon une périodicité, immédiatement, aléatoirement), - CDEACTION: ce paramètre permet de commander une action: il comporte l'identifiant de l'action à commander, la nature de la commande (déclencher, annuler un déclenchement) et les conditions temporelles du déclenchement de l'action (sur date, immédiatement, aléatoirement), Les paramètres fonctionnels ci-dessus sont organisés librement dans l'ensemble de paramètres FUNCTIONS 12. Une implémentation préférée est la combinaison de ces paramètres par structure T L V (Type Longueur Valeur). Les étapes essentielles du procédé selon l'invention vont maitenant être décrites en référence à la figure 2. L'étape 20 consiste à définir fonctionnellement dans le site central de gestion et dans le récepteur des tests élémentaires et des actions élémentaires. L'étape 22 consiste à envoyer aux équipements récepteurs une description des tests composés de tests élémentaires, une description des actions composées d'actions élémentaires, une description de la liste des associations test/action et/ou une description du séquencement temporel relatif à chaque association test/action. Cette étape est réalisée chez l'opérateur par le site central de gestion. L'étape 24 consiste à appliquer dynamiquement le procédé dans un équipement récepteur. Notons qu'une détection peut être conditionnelle, c'est-à-dire liée à l'occurrence d'une situation prédéfinie telle que par exemple l'introduction dans le décodeur d'une carte non autorisée. Dans ce cas, l'équipement terminal n'exécute le test prédéfini correspondant à cette situation que si le test est activé par l'opérateur et si la situation prédéfinie est détectée. Une détection peut être inconditionnelle, c'est-à-dire indépendante du contexte d'utilisation de l'équipement terminal. Dans ce cas, l'équipement terminal exécute automatiquement le test correspondant à une situation prédéfinie dès que ce test est activé par l'opérateur. Le mode préféré de réalisation de l'invention consiste à exécuter une détection et la sanction qui lui correspond selon un séquencement temporel programmé par l'opérateur. A cet effet, chaque équipement récepteur comporte en mémoire un programme comportant des instructions pour exécuter un ensemble de tests préalablement mémorisés dans le décodeur pour détecter une utilisation particulière dudit décodeur ou dudit processeur de sécurité et des instructions pour exécuter, selon le séquencement temporel pré-établi pour chaque utilisation particulière détectée, au moins une action associée au test exécuté. L'étape 24 comporte un test 26 consistant à vérifier si une situation correspondant à une détection active est survenue ou non. Dans l'affirmative, l'étape 28 consiste à exécuter des sanctions associées à la détection active quand ces sanctions ont été déclenchées par l'opérateur. Le décodeur mémorise un enregistrement de la détection active et des sanctions exécutées. Si la situation correspondant à une détection active ne se présente pas, les sanctions associées à la détection active ne sont pas appliquées. A l'étape 30, l'équipement terminal transmet au site central de gestion les enregistrements des détections appliquées et des sanctions exécutées. Selon une caractéristique supplémentaire, le site central de gestion peut réinitialiser dans un équipement récepteur des détections antérieures mémorisées ou encore supprimer l'effet d'une sanction préalablement appliquée suite à une détection. SP 24285/HM 2872367 REVENDICATIONS 1. Procédé de contrôle distant par un opérateur de l'utilisation d'un équipement récepteur dans un réseau de distribution de données numériques, caractérisé en ce qu'il comporte les étapes suivantes: a- définir un ensemble de tests activables à distance dans ledit équipement récepteur et dont les résultats respectifs permettent d'identifier au moins une utilisation particulière d'au moins une partie de l'équipement récepteur, b- définir un ensemble d'actions exécutables dans ledit équipement récepteur destinées à contrôler le fonctionnement dudit équipement, cassocier à chaque test défini à l'étape 15 a) au moins une action définie à l'étape b), d- activer à distance par l'opérateur au moins un test parmi les tests définis à l'étape a). 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en outre une étape consistant à déclencher à distance au moins une action associée à un test activé en fonction du résultat dudit test. 3. Procédé selon la revendication 2, caractérisé en ce que le déclenchement d'une action associée à un test donné est effectué selon un séquencement temporel programmé par l'opérateur. 4. Procédé selon la revendication 1, caractérisé en ce que chaque test défini est soit un SP 24285/HM 2872367 test élémentaire, soit une combinaison de tests élémentaires préprogrammés dans l'équipement récepteur, chaque action définie associée audit test est soit une action élémentaire, soit une combinaison d'actions élémentaires préprogrammées dans l'équipement récepteur. 5. Procédé selon la revendication 4, dans lequel l'opérateur envoie à l'équipement récepteur une description des tests définis et/ou une description des actions définies. 6. Procédé selon la revendication 1, caractérisé en ce que l'opérateur envoie audit équipement récepteur une description de la liste des associations test/action et/ou une description du séquencement temporel relatif à chaque association test/action. 7. Procédé selon les revendications 3, 5, ou 6, caractérisé en ce que ladite description des tests définis, ladite description des actions définies, ladite liste des associations test/action et/ou la description du séquencement temporel relatif à chaque association test/action sont enregistrées dans une mémoire non volatile de l'équipement récepteur. 8. Procédé selon la revendication 7, caractérisé en ce que les descriptions mémorisées dans 30 la mémoire non volatile sont chiffrées. SP 24285/HM 2872367 9. Procédé selon la revendication 2, dans lequel l'équipement récepteur transmet à l'opérateur un enregistrement des tests et des actions exécutés. 10. Procédé selon les revendications 3, 5, ou 6, caractérisé en ce que lesdites descriptions sont transmises à l'équipement récepteur dans un message EMM sécurisé. 11. Procédé selon les revendications 3, 5, ou 6, caractérisé en ce que lesdites descriptions sont transmises à l'équipement récepteur dans un flux privé. 12. Procédé selon la revendication 1, caractérisé en ce que l'ordre d'activation d'un test est transmis à l'équipement récepteur dans un message EMM sécurisé. 13. Procédé selon la revendication 2, caractérisé en ce que l'ordre de déclenchement de l'exécution d'une action associée à un test actif est transmis à l'équipement récepteur dans un message EMM sécurisé. 14. Procédé selon les revendications 10, 12 ou 13, caractérisé en ce que ledit message EMM présente, lorsqu'il est transmis à un équipement récepteur déterminé, le format de structure de données comportant: 10 SP 24285/HM 2872367 - un champ table_id de 8 bits de valeur hexadécimale 88 identifiant le message comme un message EMM-U destiné à un équipement récepteur unique, - un champ section_syntax_indicator de 1 bit de valeur 0 identifiant le format de la suite du message, - un champ DVB_reserved de 1 bit et un champ ISO_reserved de 2 bits destinés à des usages futurs, - un champ EMM-U section_length de 12 bits donnant le nombre des octets constituant la suite du message, - un champ unique_address_field de 40 bits contenant l'adresse unique de l'équipement 15 récepteur auquel est destiné le message, - un ensemble de champs EMM_data_byte de 8 bits représentant les paramètres fonctionnels transportés par le message. 15. Procédé selon les revendications 10, 12 ou 13, caractérisé en ce que ledit message EMM présente, lorsqu'il est transmis à un groupe d'équipements récepteurs, le format de structure de données comportant. - un champ table id de 8 bits de valeur hexadécimale 8A ou 8B identifiant le message comme un message EMM-G destiné à un groupe d'équipements récepteurs, - un champ section_syntax_indicator de 30 1 bit de valeur 0 identifiant le format de la suite du message, 25 SP 24285/HM 2872367 - un champ DVB_reserved de 1 bit et un champ ISO_reserved de 2 bits destinés à des usages futurs, - un champ EMM-G section_length de 12 5 bits donnant le nombre des octets constituant la suite du message, - un ensemble de champs EMM_data_byte de 8 bits représentant les paramètres fonctionnels transportés par le message, 16. Procédé selon les revendications 10, 12 ou 13, caractérisé en ce que ledit message EMM présente, lorsqu'il est transmis à un sous-groupe d'un groupe d'équipements récepteurs, le format de structure de données comportant: un champ table id de 8 bits de valeur hexadécimale 8E identifiant le message comme un message EMM-S destiné à un sous-groupe d'un groupe d'équipements récepteurs, - un champ section_syntax_indicator de 1 bit de valeur 0 identifiant le format de la suite du message, - un champ DVB reserved de 1 bit et un champ ISO_reserved de 2 bits destinés à des usages 25 futurs, - un champ EMM-S_ section_length de 12 bits donnant le nombre des octets constituant la suite du message, - un champ shared address field de 24 30 bits contenant l'adresse du sous-groupe d'équipements récepteurs auxquels est destiné le message, SP 24285/HM 2872367 - un champ reserved de 6 bits destiné à un usage futur, - un champ data_format de 1 bit de valeur 0 ou 1 précisant si les paramètres fonctionnels transportés par le message sont codés selon un format fixe ou un format variable, - un champ ADF_scrambling_flag de 1 bit de valeur 0 ou 1 précisant si celui des paramètres fonctionnels du message donnant la liste des équipements récepteurs concernés du sous-groupe est non-chiffré ou chiffré, - un ensemble de champs EMM_data_byte de 8 bits représentant les paramètres fonctionnels transportés par le message. 17. Procédé selon la revendication 1, caractérisé en ce que l'ordre d'activation d'un test est transmis à l'équipement récepteur dans un flux privé. 18. Procédé selon la revendication 2, caractérisé en ce que l'ordre de déclenchement de l'exécution d'une action associée à un test est transmis à l'équipement récepteur dans un flux privé. 19. Procédé selon la revendication 1, caractérisé en ce que les données numériques distribuées représentent des programmes audiovisuels. SP 24285/HM 2872367 20. Equipement récepteur comportant un décodeur et un processeur de sécurité, caractérisé en ce qu'il comporte en outre: - des moyens pour exécuter un ensemble de tests prédéfinis pour détecter une utilisation particulière du décodeur ou du processeur de sécurité, - des moyens pour exécuter, selon un séquencement temporel pré-établi pour chaque utilisation particulière détectée, au moins une action préalablement associée au test exécuté. 21. Equipement récepteur, selon la revendication 20, caractérisé en ce qu'il est relié par une voie de retour à un site central de gestion pour transmettre à ce site central un enregistrement des tests et des actions exécutés. 22. Equipement récepteur, selon la revendication 20, caractérisé en ce que le processeur 20 de sécurité est une carte à puce. 23. Décodeur destiné à coopérer avec un processeur de sécurité pour contrôler l'accès à des données numériques embrouillées distribuées par un opérateur à un parc d'équipements récepteurs, caractérisé en ce qu'il comporte: - une mémoire non volatile contenant au moins un test prédéfini pour détecter une utilisation particulière du décodeur ou du processeur de sécurité, et au moins une action prédéfinie et activable à distance par l'opérateur associée audit test, SP 24285/HM 2872367 - un premier module destiné à exécuter au moins un test parmi les tests mémorisés, - un deuxième module destiné à exécuter, selon un séquencement temporel pré-établi pour chaque 5 utilisation particulière détectée, au moins une action associée au test exécuté. 24. Système de distribution de données numériques comportant un site central de gestion et un ensemble d'équipements récepteurs munis chacun d'un décodeur et d'un processeur de sécurité, système caractérisé en ce que ledit site central comporte: - des moyens pour définir un ensemble de tests activables à distance dans chaque décodeur et dont les résultats respectifs permettent d'identifier au moins une utilisation particulière du décodeur ou du processeur de sécurité, - des moyens pour définir un ensemble d'actions exécutables dans ledit décodeur, - des moyens pour transmettre à chaque décodeur une description des tests définis, une description des actions définies, une description de la liste des associations test/action et/ou une description du séquencement temporel relatif à chaque association test/action, - des moyens pour activer à distance au moins un test parmi les tests définis, et - des moyens pour déclencher à distance au moins une action associée au test activé en fonction du 30 résultat dudit test. SP 24285/HM 2872367 25. Programme d'ordinateur exécutable sur un ensemble d'équipements récepteurs susceptibles de recevoir des données numériques distribuées par un opérateur et comportant chacun un décodeur et un processeur de sécurité, caractérisé en ce qu'il comporte des instructions pour exécuter un ensemble de tests préalablement mémorisés dans le décodeur pour détecter une utilisation particulière dudit décodeur ou dudit processeur de sécurité et des instructions pour exécuter, selon un séquencement temporel pré-établi pour chaque utilisation particulière détectée, au moins une action associée au test exécuté.