FR 2767434 A1 19990219 FR 9710281 A 19970812 Titre Terminal actif multi-applicatif localisable à lecture de programmes identifiés en liaison ponctuelle avec un centre de gestion et de traitement personnalisé. Etat de la technologie antérieure Les programmes et les lecteurs de programmes fixes ou mobiles, portables ou non, sont dans l'incapacité de fournir ou de traiter de l'information d'identification et d'exploitation en interactivité de gestion. Cet état impose au producteur de contenus une faible traçabilité de l'emploi de ses productions pendant leurs exploitations. Devant la multiplication des vecteurs de diffusion conjuguée à l'internationalisation des fournisseurs de programmes, il est important d'implanter dans les terminaux des principes d'accès dont la capacité de traitement d'applications est plus précise, mieux sécurisée et adaptée aux 2(0 besoins exacts des utilisateurs. Les opérateurs de services d'informations n'ont qu'un retour partiel sur des opérations ou des applications qui ne sont pas compatibles en matière de support, ce qui est en contradiction avec la gestion des techniques de l'information qu'impose la mondialisation. Ces cloisonnements ont également pour effet de limiter l'accès aux programmes et donc d'en accroître le coût d'exploitation et la durée d'amortissement. De plus, les copies pirates des éléments de programmes sur des supports, électroniques par exemple, ne peuvent pas être suivies et contrôlées efficacement par les ayants droit. Par exemple, dans les activités de télévisions, à péage ou non, il n'existe pas ) de moyen de contrôle a posteriori des transactions unitaires de programmes. Par ailleurs, lorsque des échanges transactionnels sont activés, les données confidentielles sont exposées lors du dialogue de liaison. De plus, il est impossible de permettre l'identification des programmes ou de localiser les terminaux, quel que soit le support ou le vecteur d'information employé. Les systèmes de gestion actuels sont partiels et n'autorisent pas d'ouverture hiérarchisée en fonction des impératifs qui l'accompagnent, tant au niveau technique que juridique. La traçabilité totale est irréalisable parce que le programme et le terminal sont dépourvus d'identifiant et que le seul contrôle d'accès disponible qui prévaut avec le terminal est une porte active ou ) passive fonctionnant avec une clef simplifiée. L'emploi de terminaux et la lecture de programme dans des zones géographiques o le diffuseur n'a pas acquis les droits d'exploitation de l'oeuvre est donc possible! Cette problématique est également présente dans la distribution des programmes vidéo, qui doit aussi répondre aux obligations réglementaires et à la chronologie de diffusion du pays o l'oeuvre est exploitée. Pour qu'un programme soit diffusé de façon massive à l'échelle d'un continent ou du monde, il doit comporter ses propres informations d'identification, capables d'être gérées par un terminal localisable en relation avec un centre de gestion approprié. ) La solution que l'invention apporte à la problématique est la suivante. Le programme contient des éléments auxiliaires identifiants permettant l'exécution ou non des services demandés par l'utilisateur du terminal. Le terminal calque ses capacités de distribution sur les scénarios possibles que lui propose le programme et, le cas échéant, l'accès à celui-ci que peut contrôler indirectement le centre de gestion. Le terminal dispose d'une mémoire sécurisée dont les capacités informatiques sont pour partie chargées directement lors de son initialisation en correspondance avec le centre de gestion. Dans le cas o le centre de gestion reçoit un ordre entrant de la part du terminal, un téléchargement des capacités mémoire de ce dernier peut être activé pour recevoir les instructions faisant réponse à l'interrogation. Les capacités applicatives du terminal et sa mémoire permettent le traitement de l'information en autonomie, quel qu'en soit le support, sans nécessiter l'emploi d'une liaison permanente avec le centre de ) gestion. Pour des applications plus spécifiques, une liaison simplifiée directe interactive peut être sollicitée par le terminal vers le centre de gestion. Dans le cas d'applications nécessitant des capacités plus importantes, des mémoires additives peuvent être accueillies par le terminal. Le terminal est toujours localisable par le centre de gestion qui contrôle à la demande l'adresse du terminal et le crédit des utilisateurs, en toute confidentialité lors de l'utilisation des capacités. Le terminal et le centre de gestion disposent d'informations initiales secrètes dont ils sont les seuls gestionnaires, en correspondance avec les coordonnées électronique et téléphonique complètes de l'abonné. 2) Exposé de l'invention La présente invention propose donc un procédé de traitement multi- applicatif d'un terminal localisable, personnalisé ou non, dans lequel on réalise au moins une liaison avec un programme identifiable dédié à l'exécution d'une application, ledit programme dictant ses conditions d'exploitation, technique ou non technique, au terminal pour la mise à 3 également le procédé d'identification du programme. Le programme présente au terminal un ordre d'identification, puis le terminal récupère un ordre applicatif à exécuter en fonction de cet ordre d'identification. Le terminal interprète les ordres applicatifs que lui dicte ponctuellement le centre de gestion, réalise les opérations y attenant et les ) acquitte. Dans le cas o l'identification du programme nécessite une réponse applicative de la part du centre de gestion, le terminal présente au centre de gestion un ordre entrant comprenant la réponse applicative qui fait office d'ordre applicatif d'interrogation à exécuter auprès du centre de gestion. Le centre de gestion dialogue avec le terminal pour la mise à disposition des entrées et des sorties de celui-ci. Dans le cas contraire, l'unité centrale du terminal gère en autonomie les instructions programmées et mémorise les entrées et sorties exécutées afin de les distribuer lors d'une interrogation ultérieure du centre de gestion ou de l'utilisateur. Ces solutions sont applicables quel que soit le médium ou le support du programme. Elles () résolvent le problème du cloisonnement des différents vecteurs d'informations. Le champ d'application d'un tel procédé est très vaste, puisque l'on peut utiliser les capacités d'exploitation du terminal pour des programmes non identifiés, l'application étant alors transparente, et pour des programmes identifiés, destinés à être connectés à un terminal distant ou non du traitement de l'information, fixe ou mobile, portable ou non, en rapport ou non avec le centre de gestion. L'invention concerne également le procédé d'identification du programme, un terminal localisable et un centre de gestion fixes ou mobiles, portables ou non, comportant chacun une unité centrale reliée à plusieurs ensembles périphériques tel qu'un fichier, un clavier, un modem, un émetteur DTMF, un module d'interface réseau NIM (Network Interface Module) et un moniteur. Plusieurs centres de gestion connectés en réseau peuvent, en synergie, traiter les applications attenantes aux terminaux. 1() Brève description des dessins - La figure 1 illustre une session d'échange selon le procédé d'invention. - La figure 2 illustre un terminal en liaison avec un centre de gestion et un programme identifiable. Exposé détaillé de modes de réalisation ) Le procédé de l'invention, illustré sur la figure 1, est un procédé de traitement multi- applicatif d'un terminal localisable (11), personnalisé, ou non, dans lequel on réalise au moins une liaison (A) avec un programme identifiable (10) dédié à l'exécution d'une application, ledit programme dictant ses conditions d'exploitation, technique ou non technique, au terminal (11) pour la mise à disposition des fonctions. Le terminal dialogue directement ou ponctuellement, par l'emploi d'une liaison simplifiée (B), avec le centre de gestion (12) pour la réalisation, si nécessaire, des entrées et sorties des capacités de ce dernier, le centre de gestion (12) devenant esclave ou non du terminal (11) au niveau de l'applicatif vis-à-vis du programme () (10) entrant. La figure 2 illustre un terminal (11) selon l'invention en liaison (A) avec un programme identifiable ou non (10) et en liaison (B) avec le centre de gestion (12). Le terminal (11) et le centre de gestion (12) comprennent une unité centrale (15) en liaison avec plusieurs éléments périphériques tels que, notamment, un fichier (16), un clavier (17), un modem (18), un émetteur multifréquences DTMF (19) permettant des liaisons (B) avec le centre de gestion (12), une liaison (A) avec le programme (10), un afficheur (21), un module d'interface réseau NIM ou Network Interface Module (22), un moniteur (23) et des liaisons (C) avec l'extérieur... ) Le programme (10) soumet un ordre d'identification au terminal (11) qui autorise ou non la lecture et qui dialogue si nécessaire avec le centre de gestion (12) pour la mise à disposition des entrées et sorties des capacités du terminal (11). Les dispositions à prendre sont la définition des ordres d'identification et des entrées et sorties, ainsi que la normalisation de ces ordres entre les fabricants de terminaux et les producteurs de programmes. Un prestataire de services désireux de construire une application, nécessitant de la sécurité ou non, peut élaborer et diffuser un programme identifié à son ou ses services. Dans une telle configuration, illustrée sur la figure 1, le terminal (11) devient esclave, au niveau de l'applicatif, vis-à-vis du ) programme (10) avec lequel se déroulent l'application et le dialogue éventuel avec le terminal (11) et le centre de gestion (12). Lors de la lecture du programme (10) par le terminal (11), la fonction applicative à engager est détectée par le terminal (11). Un ordre d'identification et d'interrogation entrant est généré dans le terminal afin de récupérer, à l'aide de deux ordres sortants, un ordre applicatif à exécuter. Les ordres applicatifs sont aux formats T (type), L (longueur) et V (valeur). Le mécanisme d'extraction de l'application du programme (10) est ainsi enclenché. Le terminal (11) intcrprète les ordres applicatifs, réalise les opérations y attenant et les acquitte. Dans le cas o l'ordre d'identification du programme (10) nécessite une réponse applicative de la part du centre de gestion (12), le terminal (11) présente au centre de gestion (12) un ordre entrant comprenant la réponse applicative aux formats T, L, V et reçoit, après interrogation et autorisation du centre de gestion (12), une réponse qui fait office d'ordre applicatif pour l'autorisation de l'action à exécuter. Dans le cas contraire, le terminal (11) est toujours demandeur d'une action applicative à réaliser à l'aide d'un ordre applicatif d'interrogation en rapport avec l'identité du programme. Tous les actes identifiables sont enregistrés et mémorisés par le terminal (11) en ) autonomie afin d'être disponibles pour une collecte ultérieure d'informations émanant du centre de gestion. Le terminal (11) et le centre de gestion (12) disposent d'une mémoire et comprennent chacun au moins un microprocesseur. On va à présent décrire une session d'échange selon l'invention. Les ordres nécessaires à la réalisation des opérations décrites ci- dessus sont ) - l'identification du programme (10) par le terminal (11), pour permettre l'interrogation. Cet ordre provoque les acquittements nécessaires au niveau du terminal (11) et, le cas échéant, une demande d'interrogation applicative supplémentaire au sein du centre de gestion (12). L'ordre d'identification permet de lire le type (T) et la longueur (L) de l'ordre applicatif à réaliser. Il est obligatoirement suivi de l'ordre lecture applicative de valeur (V). - la lecture applicative (V). Cet ordre complète l'ordre précédent. Il permet de recueillir des données associées au type (T) et à la longueur (L) recueillis précédemment. Les valeurs des ordres écriture applicative, lecture applicative (T, L) et ) lecture applicative (V) sont à normaliser entre les constructeurs de terminaux et les producteurs d'applications. Les ordres et les acquittements applicatifs sont liés à l'exploitation des ressources d'entrées et sorties du terminal et du centre de gestion, en rapport avec le programme. Ils se présentent aux formats TLV (type, longueur, valeur) et peuvent prendre des contenus qu'il conviendra de définir en fonction des applications. Une application est un enchaînement d'ordres applicatifs entrants et parfois sortants. On peut noter qu'elle commence toujours de la même façon, à l'aide d'un ordre applicatif d'identification, et qu'elle se termine par un ordre applicatif de fin. Le champ d'application d'un tel enchaînement d'ordres est ) très vaste, puisque l'on peut l'utiliser pour des programmes identifiés ou non, en relation avec des terminaux localisés ou non, personnalisés ou non, portables ou non, connectés ou non à un centre distant de traitement de l'information fixe ou mobile, portable ou non. Pour illustrer le propos, on va analyser le cas d'un programme identifié lu par un terminal nécessitant une autorisation d'exploitation de la part du centre de gestion. Le cas présenté est volontairement simplifié de façon à ) réduire les fonctionnalités à décrire. Le dialogue pour guider l'utilisateur se fait vocalement. L'utilisateur peut, à l'aide des touches du clavier, faire parvenir les informations au serveur vocal sous forme DTMF (Dual Tone Multifrequency). Le programme peut émettre des informations d'identification qui vont être directement transmises au terminal. Le terminal a la capacité de synchroniser une application avec le centre de gestion, qui devient alors serveur au niveau de l' applicatif. Description du service Un prestataire de services oeuvrant dans le domaine de la distribution de programmes télévisés propose à ses clients fidèles (qui possèdent une ligne de crédit chez lui) la possibilité de faire lire ses programmes par le terminal fonctionnant en DTMF auprès de son serveur. Pour affecter de façon sûre le coût de lecture ou d'exploitation de son programme, il a besoin d'identifier ses clients. De même, ses clients ont besoin de disposer d'une preuve sur leur engagement. Le prestataire de services décide de leur fournir une ligne de 1 O crédit, qui est aussi un code d'accès au programme diffusé, leur permettant de réaliser les transactions nécessaires. Pour pouvoir réaliser ces traitements, le programme doit être identifié et le terminal doit être couplé à un centre de gestion. Mise en oeuvre On suppose que l'identification se fait automatiquement dans le terminal. ) L'utilisateur demande la lecture du programme par son terminal. Celuici identifie le programme et le compare à sa base de données pour déclencher le processus de mise à disposition en rapport avec le centre de gestion. Le programme et le terminal pilotent l'échéancier des opérations et le contrôle d'accès s'opère grâce à l'intervention du centre de gestion qui vérifie si le programme peut être distribué dans la zone o le terminal est exploité et, bien entendu, contrôle la ligne de crédit de l'utilisateur pour la mise à disposition de l'application. Après émission des autorisations, l'ordre de lecture du programme est accordé au terminal par le centre de gestion. Les transactions sont mémorisées par le centre de gestion et par le terminal qui disposent en outre d'un protocole d'accès sécurisé personnalisé. L'abonné, le centre de gestion et le programme définissent un jeu de codes convolutifs que seul le terminal est capable de mettre' en oeuvre, ce qui augmente l'immunité au piratage au fur et à mesure du développement et de la diversification des activités. L'unité centrale du terminal contient de l'intelligence afin de gérer les protocoles de manière centralisée. Le centre de gestion peut ponctuellement télécharger des informations permettant une identification autonome de la part du terminal, grâce à une allocation de la mémoire dédiée à cette application, ce qui permet de cloisonner des applications en fonction d'une zone géographique, d'un type d'utilisateur ou d'un type d'application préalablement définis. Afin d'obtenir un système suffisamment flexible et évolutif, les cartes numériques utilisées avec l'unité centrale sont constituées principalement de mémoires et de composants programmables. Le contrôleur du système se charge de récupérer le flux et de l'écrire temporairement dans une partie de la mémoire externe. Il assure la relecture des données, le tri et la synchronisation des données de codage. L'interface mémoire gère l'adressage et le contrôle de la mémoire externe en fonction des demandes d'accès des différents blocs. Le signal initial est transposé lors d'un prétraitement afin de formater les données du flux entrant; cela ne nécessite ) que quelques composants supplémentaires. La transmission de télévision, par exemple, du programme vers le terminal, ne requérant pas un module bidirectionnel, le signal descendant à haut débit ne comprend qu'une partie unidirectionnelle et la partie montante bidirectionnelle du terminal vers le centre de gestion et du centre de gestion vers le terminal peut utiliser un faible débit (réseau téléphonique commuté classique). L'abonné sera connecté au reste du monde par un module d'interface réseau unique (le NIM ou Network Interface Module) introduit pour la voie de retour pour un rapport performance/complexité optimal, le terminal offrant une combinaison variée de plusieurs fonctionnalités et l'interopérabilité entre les différents réseaux. La mise en oeuvre de plusieurs protocoles d'accès différents qui permettent de supporter une grande variété de services sera possible: vidéo à la demande, télé-enseignement, téléphonie ou échange de données, considérés comme des services de base, mais aussi des services tels que les sondages, les jeux, le télé- achat, le télé-marketing, les services bancaires, etc. Stocker, transmettre, synchroniser, multiplexer, modifier, brouiller dans un équipement multiservices évolutif proposant des solutions intégrées à bon marché va permettre de réduire le coût de l'ensemble des opérations transactionnelles. 1) Ce nouveau concept de distribution multimédia peut être adapté à tous les supports et notamment aux applications câbles et satellites, sans modifier fondamentalement les infrastructures en place. Déroulement d'une session Le programme identifié, dédié à l'application du terminal, contient, outre les données d'identification et ses secrets, le déclenchement de l'application qu'il déroule de façon synchronisée, avec le terminal et le centre de gestion associé (en fait, il pilote, par-delà le terminal, les instructions du centre de gestion). Ordres TLV nécessaires à une telle session (la liste suivante des ordres possibles est donnée à titre d'exemple). - introduction du programme - identification du programme par le terminal - émission DTMF par le terminal vers le centre de gestion - acquittement (état acquitté) - demande de saisie - saisie - fin de session L'utilisateur met en fonction son terminal et demande la lecture du programme. ) Lecture du type de programme Type de programme Lecture applicative TL TL Lecture applicative V V Le programme met à la disposition du terminal son identification. Ecriture applicative TLV ) Lecture applicative TL TL (demande - saisie [brouillée]) Lecture applicative V V (demande - saisie [brouillée]) Le terminal accueille le programme et demande à l'utilisateur de saisir son code confidentiel. Ecriture applicative TLV (saisie [résultat de saisie]) Le terminal vérifie le code confidentiel. S'il est correct, on continue. Lecture applicative TL TL (émission DTMF [code confidentiel correct]) Lecture applicative V 1( V (émission DTMF [code confidentiel correct]) Le terminal reçoit le code pour acceptation du centre de gestion permettant la poursuite de l'opération. Il continue son application. Ecriture applicative TLV (acquittement [état]) Lecture applicative TL TL (demande saisie [claire]) Lecture applicative V V (demande saisie [claire]) Le terminal demande la saisie de l'identification du programme. L'identification faite par le terminal remonte en écho vers le centre de gestion. Ecriture applicative TLV (saisie [résultat de saisie]) La mémoire du terminal et du centre de gestion stockent ce résultat Lecture applicative TL 3 Letr aplctieTL (demande saisie [claire]) Lecture applicative V _____________________ _ V (demande saisie [claire]) Le terminal et le centre de gestion demandent la saisie de l'identification du programme que l'utilisateur consulte. Ecriture applicative TLV (saisie [résultat de saisie]) Les cartes mémoire du terminal et du centre de gestion stockent ce résultat. Lecture applicative TL TL (demande saisie [claire]) Lecture applicative V V (demande saisie [claire]) Le terminal et le centre de gestion demandent la saisie du montant de la ( transaction pour la lecture du programme. Ecriture applicative TLV (saisie [résultat de Le terminal stocke ce résultat. Il saisie]) calcule avec le centre de gestion un certificat sur ces trois éléments Lecture applicative TL TL (émission DTMF [certificat, numéro d'abonné]) Lecture applicative V V (émission DTMF [certificat, numéro d'abonné]) I () Le terminal reçoit le certificat et le numéro d'abonné présents au niveau du centre de gestion. Il remercie le client. La transaction est terminée. Ecriture applicative TLV (acquittement [état]) Lecture applicative TL TL (fin de session []) Lecture applicative V V (fin de session [1) 2) Le terminal attend une nouvelle intervention de l'utilisateur commencer une autre application. ) Revendications 1. Procédé de traitement multi-applicatif d'un terminal actif localisable (11), caractérisé en ce qu'on réalise au moins une liaison (A) avec un programme identifiable (10) dédié à l'exécution d'une application, ledit programme dictant ses conditions d'exploitation au terminal pour la mise à disposition des fonctions et en ce que le terminal dialogue ponctuellement, par l'emploi d'une liaison (B), avec un centre de gestion (12) pour la réalisationdes entrées et sorties des capacités de ce dernier, le centre de gestion devenant 1 attenant et les acquitte. 3. Procédé selon la revendication 2, caractérisé en ce que, dans le cas o l'ordre applicatif nécessite une réponse applicative du centre de gestion (12), 2() le terminal (11) présente au centre de gestion (12) un ordre applicatif entrant comprenant la réponse applicative qui fait office d'ordre applicatif d'interrogation pour la prochaine action applicative à exécuter. 4. Procédé selon la revendication 2, caractérisé en ce que, dans le cas o l'ordre applicatif ne nécessite aucune réponse applicative de la part du centre de gestion, le terminal (11) est toujours demandeur d'action à réaliser à l'aide de l'identification du programme par le centre de gestion (12). 5. Procédé selon l'une quelconque des revendications précédentes, ) caractérisé en ce que les ordres applicatifs sont aux formats T (type), L (longueur) et V (valeur). 6. Procédé selon la revendication 1, caractérisé en ce que le terminal (11) et le centre de gestion (12) disposent d'une mémoire et comprennent chacun au moins un microprocesseur. 7. Centre de gestion (12) pour la mise en oeuvre du procédé, selon la revendication 1, caractérisé en ce qu'il est apte à établir une liaison (B) avec au moins un terminal (11) dédié à l'exécution d'une application. 4) 8. Centre de gestion (12) selon la revendication 7, caractérisé en ce qu'il comprend une unité centrale reliée à plusieurs ensembles périphériques. 9. Terminal (11) pour la mise en oeuvre du procédé, selon la revendication 1, caractérisé en ce qu'il est apte à établir une liaison (A) avec le programme dédié à l'exécution d'une application. 10. Terminal (11) selon la revendication 9, caractérisé en ce qu'il comprend une unité centrale (15) reliée à plusieurs ensembles périphériques. () I 1. Centre de gestion (12) selon la revendication 7, caractérisé en ce que les ensembles périphériques auxquels il est relié comprennent un fichier (16), un clavier (17), un modem (18), un émetteur multifréquences DTMF (Dual Tone Multifrequency) (19), un moniteur (23), un module d'interface réseau NIM (Network Interface Module) (22), un afficheur (21), des liaisons (C) avec I ' extérieur. 12. Terminal (11) selon la revendication 9 ou 10, caractérisé en ce que les ensembles périphériques auxquels il est relié comprennent un fichier (16), un clavier (17), un modem (18), un émetteur multi fréquences DTMF (19), un moniteur (23), un module d'interface réseau NIM (Network Interface Module) (22), un afficheur (21), des liaisons (C) avec l'extérieur.