FR2914128A1 - Procede systeme et dispositif de liens plurimedias synchronises radiodiffuses - Google Patents

Procede systeme et dispositif de liens plurimedias synchronises radiodiffuses Download PDF

Info

Publication number
FR2914128A1
FR2914128A1 FR0701986A FR0701986A FR2914128A1 FR 2914128 A1 FR2914128 A1 FR 2914128A1 FR 0701986 A FR0701986 A FR 0701986A FR 0701986 A FR0701986 A FR 0701986A FR 2914128 A1 FR2914128 A1 FR 2914128A1
Authority
FR
France
Prior art keywords
rds
stream
broadcasting
link
value
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0701986A
Other languages
English (en)
Other versions
FR2914128B1 (fr
Inventor
Alexandre Francois Lavergne
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to FR0701986A priority Critical patent/FR2914128B1/fr
Publication of FR2914128A1 publication Critical patent/FR2914128A1/fr
Application granted granted Critical
Publication of FR2914128B1 publication Critical patent/FR2914128B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/18Arrangements for synchronising broadcast or distribution via plural systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86Arrangements characterised by the broadcast information itself
    • H04H20/93Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614Multiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348Demultiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un procédé, un système et un dispositif (1) de radiodiffusion en flux descendant d'au moins un lien plurimédia restitué de façon synchronisée sur deux média (1 et 2) distincts dont ledit dispositif mobile et portable (1). Le flux primaire (3) inclus un pictogramme (4) lié au mode d'acquisition par appui sur le bouton (5) correspondant. Le flux secondaire (6) inclus la référence d'une trame numérique contenant une balise et un nom symbolique constitué d'une référence à une des sources d'émission (3 ou 6) du système et d'un nom spécifique ou une datation. Ledit lien est détecté puis signalé visuellement (7) grâce à ladite balise. II est mémorisé suite à un appui sur le bouton (5). En flux montant, le dispositif (1) se connecte à un terminal d'accès (8) vers un serveur de résolution (9) sur un réseau (Internet) informatique (10). Ledit serveur (9) permet d'accéder à une ressource (11) pointée par ledit lien plurimédia. Ressource initialement liée à un élément d'intérêt de l'utilisateur (12) contenu dans ledit flux primaire (3).

Description

La présente invention concerne un procédé de liens plurimédias implémentés
sur deux média distincts dont au moins un dispositif conforme à la présente invention, l'autre média étant une borne informative ou préférentiellement une télévision. La caractérisation de cette nature au moins bimédia est donnée par l'emploi du mot "plurimédia". Ledit dispositif mobile et portable est en particulier et préférentiellement un récepteur de radiodiffusion numérique en modulation de fréquence conforme à la technologie dite "Radio Data Système" ou RDS (RBDS en Amérique du Nord). A l'instar d'un lien hypertexte, un lien plurimédia conforme à la présente invention est décomposé en trois parties. Une partie marqueur qui signale à l'utilisateur la présence dudit lien plurimédia, une partie mécanisme de déclenchement qui permet d'activer ledit lien et une partie référence vers la ressource pointée par ledit lien. La partie marqueur dudit lien plurimédia est donc décomposée en deux parties. Une première partie dénommée marqueur pictographique (pictogramme) est intégrée à un flux primaires d'informations préférentiellement télédiffusées (flux pour la télévision). La seconde partie du marqueur est dénommé balise de marqueur signalétique et fait partie de la trame diffusée en radiodiffusion numérique vers ledit dispositif de la présente invention. Les deux parties du marqueur dudit lien plurimédia sont restituées de façon synchronisée. Dans le cadre de la présente invention, la partie diffusée en radio diffusion numérique est appelée "lien symbolique" du coté applicatif et "trame terminale" du coté implémentation technique. Ledit lien symbolique comprend au moins un identifiant de trame terminale, ladite balise et un nom symbolique de résolution. Ladite balise fait office de mode de signalisation et de mode d'acquisition implicites. Ledit mécanisme de déclenchement correspond au niveau dudit dispositif et dans un premier temps, à l'enregistrement dudit nom symbolique dans la mémoire électronique dudit dispositif. Ledit nom symbolique permet d'accéder à la ressource pointée par ledit lien plurimédia, grâce à un serveur de résolution connecté à un réseau informatique, préférentiellement le réseau Internet ou un réseau téléphonique. L'accès final à ladite ressource accessible via un réseau nécessite une intervention de l'utilisateur dudit dispositif. Ledit mode de signalisation implicite permet d'activer l'autre partie marqueur d'un lien plurimédia, par exemple l'allumage d'une diode de couleur rouge dans ledit dispositif. Ledit mode d'acquisition implicite permet d'activer la partie déclenchement d'un lien plurimédia, par exemple l'appui sur un bouton dudit dispositif. Un bouton, oui mais lequel ? Ledit lien symbolique inclut donc un mode d'acquisition. De façon implicite, ladite balise désigne le bouton standard dudit dispositif. De façon explicite, ledit lien symbolique radiodiffusé inclut une information spécifiant le mode d'acquisition, c'est à dire pour l'exemple la référence du bouton qu'il faut appuyer pour enregistrer ledit nom symbolique. Cette référence est donnée par ledit pictogramme. A titre d'exemple, si ledit pictogramme (le logo) qui s'affiche dans le téléviseur et noir et blanc, alors il faut appuyer sur ledit bouton standard. Si ledit pictogramme est de couleur verte, alors il faut appuyer sur le bouton référencé par la couleur verte. Dans la présente acception, ledit lien plurimédia est conditionnel. Lesdits liens plurimédias de la présente invention permettent de mettre en correspondance de l'informations primaires diffusées ou radiodiffusées et des ressources de toutes natures (logicielles, de type traitements, audio, visuelles, etc..). La solution technique apportée par la présente invention est l'implémentation nouvelle, simple et élémentaire d'une offre de transition d'un mode de communication descendant point-multipoint unidirectionnel vers un mode de communication ascendant point à point bidirectionnel sur un réseau. Au niveau fonctionnel, la présente invention répond au problème suivant : comment, dans le flot d'informations radiodiffusées, donc par essence délivré en flux permanent, de façon unidirectionnelle, non persistant et non personnalisé, comment donc extraire dudit flux et mémoriser de façon instantanée, un lien concernant une information particulière émise (un élément d'intérêt pour un utilisateur auditeur ou téléspectateur) afin de la retrouver ultérieurement et de pouvoir accéder à des informations complémentaires à cet élément d'intérêt via un réseau informatique de type Internet ou de type réseau téléphonique. A noter que la présente invention concerne aussi les informations diffusées sur des supports statiques (affiches, panneaux : flux en diffusion localisée et persistante) ou dynamiques (bornes audio et/ou visuelles : flux en diffusion localisée et non persistante). En réponse à ce problème technique, le système permet dans un premier temps la radiodiffusion numérique d'un lien plurimédia de façon synchronisée à la diffusion d'informations quelconques. Par exemple lors de la diffusion d'une émission de télévision, l'adresse postale d'une organisation caritative est trop brièvement inscrite en bas de l'écran du téléviseur; simultanément, le téléspectateur voit une diode rouge qui clignote sur le petit dispositif de la présente invention. Ce clignotement l'informe que si il appui sur le bouton standard du dispositif alors le nom symbolique lié à l'association caritative sera enregistré dans son dispositif.
Cet enregistrement de nom symbolique lui permettra de retrouver toutes les coordonnées de l'association. Un exemple aussi parlant est celui d'un automobiliste qui écoute la radio dans son véhicule (ledit dispositif est de façon standard une radio en Modulation de Fréquence (FM)), une musique en cours de radiodiffusion lui plait et il souhaite en retrouver les références. Il a juste à appuyer sur le bouton du dispositif (si un bip ou une diode s'est allumée pour signaler la détection d'un nom symbolique) et le nom symbolique est mémorisé. Il aura alors tout loisir le moment venu de se connecter sur Internet à l'adresse du serveur de résolution de la présente invention pour retrouver toutes les références de ladite musique (l'artiste, le nom de l'album, le titre de la chanson, un lien directe sur un site de téléchargement légal, ..). Un dernier exemple est un éditeur de contenu télévisé (une chaîne de télévision) qui propose aux utilisateurs du présent procédé d'obtenir gratuitement un lien symbolique qui permet d'accéder via Internet à la météo locale (du département ou de la ville de l'utilisateur) pour le week-end. Ladite chaîne de télévision, lors de la météo du vendredi soir, diffuse un lien symbolique dont la couleur du pictogramme télévisé (pictogramme de la présente invention) signale la couleur du bouton du dispositif qu'il faut actionner pour mémoriser ledit lien. Si le téléspectateur n'est pas devant sa télé, il pourra effectivement voir que la diode rouge de son dispositif clignote, mais il ne peut pas mémoriser ledit lien car il ne sait pas sur lequel des quatre boutons de son dispositif il faut appuyer pour mémoriser ledit nom symbolique. Le même principe peut être utiliser pour faire jouer les téléspectateurs. Ainsi si le jeux télévisé consiste à répondre à une question par un choix entre quatre réponses possibles, la bonne réponse est alors diffusée sous la forme d'une des quatre valeurs du mode d'acquisition. Développons un peu plus dans les aspects techniques de la présente invention. Un pictogramme est un dessin figuratif ou symbolique utilisé comme signe graphique à des fins de communication. Le mot pictogramme est ici associé à sa signification générique relative aux modes de restitution de l'information primaire. C'est à dire que sur une affiche, statique, il s'agit d'un dessin figuratif ; dans un flux primaire audio il s'agit d'un sonogramme et dans un flux primaire vidéo il s'agit d'un vidéogramme. De façon générique, il s'agit d'un pictogramme. Dans un premier temps donc, le système émet de façon synchronisée à la diffusion d'information quelconque, un lien symbolique diffusé en radiodiffusion numérique sur une fréquence dédiée, par exemple selon la technologie Radio Data System (RDS) sur une fréquence partenaire de la bande FM (Frequency Modulation ou modulation de fréquence). II est précisé plus loin que toutes les technologies de radiodiffusion numérique peuvent être employées. Le dispositif activé a alors la capacité de signaler la présence de n'importe quel lien symbolique (par exemple en faisant clignoter une diode rouge) et l'utilisateur la capacité d'enregistrer s'il le souhaite le nom symbolique de résolution par un simple appui sur un bouton. Dans un deuxième temps, le système va permettre à l'utilisateur de retrouver toute l'information ou les compléments d'information qu'il a souhaité avoir suite à la diffusion d'information quelconques sur n'importe quelle chaîne de télévision, sur n'importe quelle radio FM ou devant n'importe quelles affiches publicitaires ou informatives ayant implémentées le présent procédé. Après un certain temps donc, l'utilisateur souhaite accéder directement à tous les liens hypertextes correspondants. II connecte alors le dispositif de la présente invention sur le port USB (Universel Serial Bus) de son ordinateur personnel connecté à Internet. II apparaît alors dans une page de son navigateur Internet tous les liens concernés. Chaque groupe de lignes présente : l'heure et la date de l'appui sur le bouton, la station FM sur laquelle a été réceptionné le nom symbolique et le plus important : un lien hypertexte pointant directement sur l'information (la ressource) liée à la diffusion et dont il a souhaité obtenir des compléments. Le système permet cette fonctionnalité grâce à un serveur de résolution qui associe, grâce à son moteur de résolution et une table de résolution (ou table de correspondance), chaque nom symbolique radiodiffusé à son ou ses URL (Uniform Ressource Locator) correspondants. Le serveur de résolution du système de la présente invention est donc connecté à un réseau informatique. A noter que ledit serveur peut aussi être connecté et accessible par le réseau téléphonique fixe et mobile. Dans cette configuration, l'utilisateur peut alors appeler un numéro unique de téléphone et donner un à un les noms symboliques enregistrés dans son dispositif. Ces noms symboliques s'affichent, sous le contrôle de l'utilisateur, sur l'écran dudit dispositif de la présente invention. Le serveur téléphonique de résolution active son moteur de résolution et lui délivre vocalement ou visuellement les ressources demandées. II existe une autre manière, pour l'utilisateur, d'accéder aux ressources à partir de n'importe quel ordinateur connecté à Internet. Dans le navigateur, il appelle l'adresse du site Internet d'un serveur unique de résolution. Puis, dans le champ de saisie prévu à cet effet, il saisi le nom symbolique qu'il a affiché préalablement sur l'écran de son dispositif. Il lance alors la recherche d'un simple clic pour obtenir le ou les URL correspondants au nom symbolique saisi. Il est à noter que si les fonctionnalités du dispositif de la présente invention sont implémentées dans un téléphone portable, alors l'accès aux ressources peut se faire via le navigateur intégré audit téléphone. En effet, de plus en plus de portable sont équipés de récepteur FM capable de recevoir des informations selon une technique identique ou comparable au RDS, d'interfaces homme machine conviviales et de capacités d'accès à Internet. Dans cette dernière configuration, le nom symbolique est alors un numéro de téléphone. Concernant les applications principales, le procédé s'applique par exemples illustratifs et non limitatifs, aux publicités télévisées, aux publicités ou évocations télévisées à des artistes et des oeuvres artistiques ou littéraires, à des références à des produits et services quelconques évoqués dans des émissions télévisées. Concernant la radio FM, le procédé s'applique de la même façon : publicités, références de produits et services et surtout aux musiques et chansons en train d'être radiodiffusées. Dans tous ces cas, lorsque l'utilisateur voit la diode rouge de son dispositif qui clignote, il sait qu'il peut retrouver toutes les informations complémentaires (sur Internet) associées à ce qu'il vient d'entendre ou de voir. Le tout par un simple appui instantané sur un bouton. Par exemple, le serveur de résolution lui présentera directement le fournisseur partenaire chez qui il peut télécharger légalement l'oeuvre musicale qu'il a apprécié. Le procédé s'applique de la même façon devant une affiche ou une borne qui diffuse une information quelconque dans un centre commercial ou un quelconque lieu public. Ledit pictogramme est alors imprimé dans ladite affiche ou ladite borne. La technique propose aujourd'hui de minuscules composants (9 millimètres carré pour certains) récepteur/encodeur/émetteur RDS qui peuvent être intégrés n'importe où. De plus et concernant les applications de diffusion de masse (par exemple chaînes de télévision nationales), le territoire est largement couvert d'une émission RDS quasi temps réel, par exemple à travers des opérateurs de RDS TMC (Traffic Message Channel). Le dispositif de la présente invention pouvant être fréquentiellement calé par défaut sur l'un de ces opérateurs. Des fonctionnalités supplémentaires peuvent être offertes par exemple grâce à l'insertion dans le dispositif d'une puce extraite d'une carte à puce à la façon des cartes pour téléphones portables. La plus spécifique de ces applications complémentaires étant le RDS TMC. L'utilisateur a juste à acheter une carte à puce, puis insérer la puce dans le dispositif. Lorsqu'il connectera son dispositif sur son GPS (Global Positioning System : constellation de satellites diffusant des signaux d'horloge numériques permettant de se positionner n'importe où sur terre) compatible, il bénéficiera des informations temps réel de trafic routier. Pour finir, rappelons que le dispositif de la présente invention est de façon standard : un récepteur FM RDS portable et une clé USB FM RDS permettant d'écouter et d'enregistrer en numérique toutes les radios de la bande FM sur son ordinateur portable. Abordons à présent l'état de la technique. Il n'existe pas à ce jour, de procédé système et dispositif, tel que présenté dans la présente invention, qui apporte de tels services. Pourtant, en associant différentes techniques, l'état de l'art actuel permet d'envisager et de mettre en oeuvre la présente invention. Pour illustrer ces affirmations, il va être successivement abordé : concernant la phase montante (accès aux ressources) : les systèmes à code d'identification unique utilisés sur un réseau informatique puis concernant la phase descendante (flux primaire et secondaire) : la radiodiffusion numérique. Ensuite, une présentation des revendications du procédé et du dispositif de la présente invention, ensuite illustrées par différentes figures commentées. Enfin, il sera abordé un mode de réalisation évoquant la faisabilité technique notamment sous l'angle de la synchronisation de deux informations diffusées vers l'utilisateur ainsi que la technologie électronique miniature à disposition concernant le dispositif de la présente invention. Il est connu de l'homme de l'art, des systèmes à code d'identification unique exploités sur des réseaux informatiques. Avant de les présenter, voici quelques définitions. L'hypertexte est un système informatisé où des documents constituent une structure parce qu'ils sont regroupés par des liens. Le web (World Wide Web) est un système basé sur l'utilisation de l'hypertexte, qui permet la recherche d'information dans Internet, l'accès à cette information et sa visualisation. Internet est un réseau informatique mondial constitué d'un ensemble de réseaux nationaux, régionaux et privés, qui sont reliés par un protocole de communication commun et qui coopèrent dans le but d'offrir une interface unique à leurs utilisateurs. Le lien hypertexte est une connexion activable à la demande, reliant des données textuelles (ou d'autre nature) ayant une relation de complémentarité les unes avec les autres. Concernant lesdits systèmes à code d'identification unique, Il est possible d'en évoquer quelqu'un d'entre eux, qui font tous l'objet d'une documentation abondante. II existe les URN : (Uniform Resource Names) noms de ressources uniformes, le système Handles (Handle System), le DOI (Digital Object Identifier) code d'identification d'objet numérique, I'ARK (Archiva/ Resource Key) clé de ressource archivistique. Ce sont tous des systèmes gérés s'appuyant sur une structure de registre qui nécessite une maintenance afin de garantir que les codes d'identification attribués demeurent uniques et permanents et qu'ils seront mis à jour en fonction des changements de propriété ou autres. On ne va retenir dans la suite du présent document que le concept d'unicité (moins celui de permanence) en s'appuyant sur les URN pour en extraire les principes qui s'appliquent à la présente invention. Lors de la conception du Web, les Uniform Resource Locators (URL) ont été inventées et utilisées pour l'identification des ressources. Mais une URL identifie en fait l'emplacement d'une ressource, plutôt que la ressource elle-même. Ainsi, lorsqu'une ressource est déplacée, par exemple mise sur un autre serveur Web, toutes les URL l'identifiant sont rendues obsolètes. Ce problème est à la base de la plupart des hyperliens "cassés" du Web. Pour remédier à ce problème, le concept d'URN a été avancé. Par opposition aux URL, les URN identifient les ressources elles-mêmes, indépendamment de leur emplacement. Ce concept nécessite toutefois un mécanisme capable de trouver l'emplacement d'une ressource û par exemple son URL, du moins si elle est accessible sur le réseau û à partir de son URN. Un tel mécanisme repose typiquement sur un répertoire de correspondances. Les limites des URL ayant été constatées dès le départ, ce qui explique que les travaux visant à élaborer un système de codes d'identification uniques soient en cours depuis un certain nombres d'années. Le document de base est le RFC 2141 URN Syntax publié en 1997 par l'Internet Engineering Task Force. Il donne une syntaxe de chaîne de caractères utilisable pour identifier une ressource (un document, une image, un enregistrement sonore, etc.) globalement, durant toute son existence, indépendamment de sa localisation ou de son accessibilité par Internet. Dans le cadre de la présente invention, il est extrait les principes suivant : les URN permettent donc de nommer une ressource et non pas de pointer vers une ressource, les noms choisis sont indépendants de la localisation des ressources : les URN sont en fait les liens symboliques du Web. C'est dans ce sens que le mot de symbolique est utilisé. La résolution c'est le passage d'un nom à une adresse. Elle doit faire appel à des services d'annuaires qui font correspondre noms symboliques et adresses. Dans le cadre de la présente invention, c'est le serveur de résolution qui joue ce rôle. La ou les valeurs des noms symboliques choisies sont indépendantes du protocole utilisé pour y accéder. Ainsi, le serveur de résolution est fonctionnel sur un réseau téléphonique. Dans les systèmes sus évoqués, il existe une certaine indépendance entre le système de dénomination et le système de résolution. Cette indépendance ne sera pas forcément retenue dans le cadre de la présente invention. En effet, le but recherché est essentiellement la capacité du présent procédé à accéder à la ressource plutôt que de maintenir la permanence de long terme de l'accès à cette ressource. Ce but sera mieux maîtrisé par une certaine dépendance entre le système de dénomination des noms symboliques de la présente invention et le système de résolution. Le présent procédé envisage le déploiement indifféremment dans un modèle centralisé ou décentralisé. Il est ainsi possible d'avoir plusieurs serveurs de résolution chacun géré par un service de dénomination; chaque serveur de résolution étant référencé par exemple par la valeur de la fréquence sur laquelle a été acquis un nom symbolique, lors de l'interaction utilisateur. Il est aussi envisageable d'avoir plusieurs serveurs de résolution mais une seule instance de dénomination. Bref, le procédé de la présente invention permet de la souplesse dans la mise en oeuvre du mécanisme de résolution. II est possible d'enrichir le procédé d'une résolution multiple. La résolution la plus simple est la résolution un à un comme, un URN vers un URL ou un autre URN. II est aussi possible de transformer un URN en URL multiples associés à l'emplacement de la ressource, à l'adresse d'un répertoire contenant la ressource. En marge des systèmes à code d'identification unique, un autre élément important du présent procédé est le concept de balise. Une balise est un signe particulier, qui permet de repérer une position dans un espace donné. Dans un document (un espace linéaire), une balise permet de marquer l'emplacement d'une information particulière dans le flux d'information représenté par ce document. En pratique, il s'agit de repérer le début et la fin de la zone spécifique à marquer. On parlera de balisage explicite lorsque le début et la fin de cette zone sont identifiés par des balises et de balisage implicite sinon. Dans le premier cas, les balises de début et de fin de zones sont appelées balises ouvrantes et balises fermantes. En règle générale, le balisage implicite conserve les balises ouvrantes et omet les balises fermantes. Fondamentalement, dans le cadre du présent procédé, la balise permet un repérage dans l'espace temporelle de l'information primaire à marquer, à l'aide d'un balisage implicite. On appelle information primaire, l'information qui est diffusée ou radiodiffusée et à qui va être associée un nom symbolique. C'est la première information dont l'utilisateur de la présente invention va prendre connaissance. Le protocole de radiodiffusion numérique de liens symboliques du présent procédé prévoit l'identification univoque et complète d'une balise. Les informations minimales constitutives d'un lien symbolique radiodiffusé sont alors un bit d'information pour la balise et un nom symbolique de résolution. La balise est par exemple détectée par le dispositif sur un changement de valeur dudit bit d'information (0 à 1 ou 1 à 0). Le procédé utilise un nom symbolique qui fait le lien entre d'une part l'information primaire diffusée et d'autre la référence à au moins une ressource accessible sur un réseau sur laquelle elle pointe. Ce nom symbolique est acquis par le dispositif consécutivement à la détection d'une balise. Dans une configuration minimale, il n'existe qu'un seul serveur implicite de résolution. Ce serveur est par exemple contacté par l'utilisateur avec un numéro de téléphone unique si le réseau informatique est le réseau téléphonique ou un nom de domaine Internet si réseau informatique est Internet ou par le numéro de téléphone d'un serveur de résolution connecté à Internet. Ledit numéro de téléphone et ledit nom de domaine étant préalablement porté à la connaissance dudit utilisateur. Une seule institution attribue alors des noms symboliques univoques. Pour des raisons de simplicité technique de mise en oeuvre, ledit nom symbolique peut être constitué par la concaténation des références à la source de radiodiffusion numérique dudit nom symbolique d'une part, et d'autre part d'un identifiant de résolution liant l'information primaire diffusée avec au moins une ressource correspondante accessible sur un réseau. La valeur dudit identifiant de résolution est soit spécifique soit constituée par l'heure et la date de l'interaction utilisateur consécutivement à la signalisation par ledit dispositif de la détection de ladite balise. Dans le contexte où il existe plusieurs serveurs de résolution, par exemple un serveur par diffuseur d'information primaire, alors la référence au serveur de résolution peut être déduite de la valeur de la référence de la source de radiodiffusion numérique dudit nom symbolique. Par exemple la station de la bande FM nommée LA MUSIQUE FM porte à la connaissance des utilisateurs du présent procédé le nom d'un serveur de résolution qui est WWW.LA-MUSIQUE-FM.COM . Le procédé envisage aussi une structure hiérarchique de serveur de résolution. Il existe alors un seul serveur de résolution uniforme, un espace de nommage implicite et unique, par analogie aux URN. Cet espace de nommage met en correspondance la référence de la source de radiodiffusion numérique que l'utilisateur lui soumet avec le serveur de résolution propre à l'organisation qui gère cette source. Cet espace de nommage peut aussi offrir cette mise en correspondance en utilisant simplement sa propre règle de mise en correspondance. Le présent procédé peut être fonctionnellement enrichi en utilisant des concepts comme par exemple les balises de méta information et/ou les balises fermantes. Signalons encore qu'une même fréquence de radiodiffusion numérique de liens symboliques peut être utilisée pour diffuser au moins deux balises au même moment (les deux balises ne concernent alors pas la même source de diffusion d'information primaire). Le présent procédé doit alors prévoir la définition univoque d'au moins deux bits différents comme étant deux balises différentes. II est connu de l'homme de l'art, différentes technologies de radiodiffusion numérique. Commençons par quelques définitions concernant la radiodiffusion en modulation fréquence. La modulation de fréquence est un mode de modulation consistant à transmettre un signal par la modulation de la fréquence d'un signal porteur (porteuse). On parle de modulation de fréquence par opposition à la modulation d'amplitude. En modulation de fréquence, l'information est portée par une modification de la fréquence de la porteuse, et non par une variation d'amplitude. La modulation de fréquence est plus robuste que la modulation d'amplitude pour transmettre un message dans des conditions difficiles (atténuation et bruit importants). La radio FM est une technique de diffusion radiophonique du son qui utilise la modulation de fréquence des ondes radio. Les stations de radio FM émettent sur les fréquences de la bande 87.5- 107.9 MHz (selon les pays). Un signal complémentaire à 57 kHz permet de transmettre des informations numéffriques (RDS, Radio data system) : entre autres, le nom de la station, les fréquences voisines afin de suivre les changements de fréquence lors d'un voyage, etc. Le système RDS consiste, dans le cas d'une émission stéréophonique, à introduire dans le spectre du signal bande de base multiplex FM une sous-porteuse centrée sur la fréquence centrale de 57 kHz, dont la bande de fréquence occupée est +1- 2,375 kHz autour de la fréquence centrale précitée. L'onde sous-porteuse précitée en canal RDS permet d'assurer la transmission des données de service, avec un débit faible de l'ordre de 1 200b/s. Le débit d'information utile est inférieur car une partie de la bande passante (40%) est utilisé par des codes de détection et de correction d'erreur. Le RDS est une technologie de radiodiffusion numérique. On entend plus généralement par radio numérique, la radiodiffusion numérique, c'est-à-dire la diffusion de programme radio par voie numérique. Contrairement à la radio analogique telle qu'on la rencontre avec la diffusion en AM ou FM où le signal électrique traduisant le son module directement l'onde porteuse, la radiodiffusion numérique transforme d'abord le son en un signal binairegénéralement compressé pour en réduire le débit et le transmet par des mécanismes de transmission de données particuliers à chaque canal de transmission (satellite, terrestre VHF (Very Hight Frequency), câble,...). II existe une multitude de principes et de systèmes. Certains sont le fruit de travail de collaboration entre fabricants, centres de recherches et diffuseurs et sont ouvert, ceux-ci sont généralement standardisés par des organismes de standardisation comme l'union internationale des télécommunications (UIT). D'autres sont développés par des entreprises spécifiques et sont donc propriétaires et non ouverts. On distingue également des différences entre pays et continents. Voici quelques standards ouverts : le DAB (Digital Audio Broadcasting), standard européen pour la radio diffusion dans les ondes ultra-courtes (VHF, UHF) et micro-ondes (SHF) ; le DRM (Digital Radio Mondiale), standard mondial pour la diffusion numérique en ondes courtes, moyennes et longues (<30MHz) ; le DVB (Digital Video Broadcasting), standard à la base pour la télévision mais qui inclut la diffusion radio. Il se décline en une version destinée à la diffusion par Satellite : DVB-S, à la diffusion Terrestre : DVB-T, à la diffusion terrestre vers les mobiles : DVB-H et à la diffusion par câble : DVB-C. Concernant quelques standards propriétaires ou partiellement ouverts : IBOC, système américain rencontré aussi sous le terme HD radio. II existent des systèmes propriétaires de diffusion radio numérique par satellite : XM Satellite Radio, diffusé par satellite et réseau terrestre en Amérique du Nord, Sirius Satellite Radio. Concernant le RDS, il offre potentiellement de nombreux services, mais ceux-ci sont en général sous-exploités par les radiodiffuseurs, en particulier en France. Parmi les services les plus courants, on trouve : PS (Program Service) : c'est le service le plus connu offert par le RDS ; il permet l'affichage du nom de la station reçue sur l'écran du récepteur. Ce nom est composé de huit caractères alphanumériques. Sauf cas particulier, toutes les radios proposent ce service. La norme RDS stipule que les huit caractères doivent être fixes, et représenter le nom de la station. CT (Clock Time) : permet la transmission de l'heure, et donc le réglage de l'horloge du récepteur. Ce service est proposé par de nombreuses radios, il est très important dans le cadre du procédé de la présente invention. RT (Radio Text) : ce service permet la diffusion de textes par l'intermédiaire du RDS. Les textes en question peuvent alors s'afficher à la demande sur l'écran des récepteurs. Très exploité en Allemagne, ce service l'est encore peu en France, même si certains réseaux l'utilisent pour transmettre les références des morceaux musicaux en cours de diffusion ; PTY (Program TYpe) indique le type de programme diffusé parmi une trentaine de types prédéfinis. Les radios françaises ne définissent pas ce code en général ; PI (Program Indentification) : le code PI est un code unique attribué à chaque radio, qui permet aux récepteurs de l'identifier à coup sûr; le code PI va être exploité dans la présente invention ; TMC (Traffic Message Channel) : messages d'information routière destinés aux automobilistes. Les radiodiffuseurs et les industriels nord-américains se sont inspirés de RDS pour le développement d'une norme similaire : RBDS pour Radio Broadcasting Data System. Le système RBDS reprend, en les étendant quelque peu, toutes les spécifications de RDS. Cependant, les deux systèmes partagent le même logo, et le système RBDS est souvent appelé RDS comme son homologue européen. On peut aussi évoquer le système DARC. DARC (DAta Radio Channel) est un système de diffusion de données basé sur les infrastructures de réseau FM. Il est comparable au système RDS mais offre un débit environ 15 fois plus élevé. Ce système est beaucoup moins répandu que le RDS. Evoquons maintenant différents systèmes de radiodiffusion plus centrés sur l'audiovisuelle. Le télétexte est une technologie permettant à une chaîne de télévision de diffuser un programme sous format texte qui est envoyé en même temps que l'image et le son. En France, la Télévision Numérique Terrestre (TNT) en MPEG-2 (norme du Motion Picture Expert Group) a été déployée le 31 mars 2005, dans quelques villes. Le MPEG-2 est une norme de compression basée sur le MPEG qui épure le signal de tout élément inaudible et invisible respectivement pour l'oreille humaine et pour l'oeil humain. Le déploiement pour les chaînes à péage emploi la norme MPEG-4 (réception en mobile et possibilité de TVHD (TéléVision Haute Définition)). À terme, vers 2008, 75 à 80 % des téléspectateurs pourront bénéficier de la TNT en France, d'abord dans les zones les plus peuplées. La diffusion numérique terrestre (ou hertzienne) utilise le principe classique de la diffusion dans les bandes VHF/UHF (Ultra Hight Frequency), mais ces dernières, au lieu de transporter images ou sons en analogique, les véhiculent après numérisation et compression, selon la norme MPEG-2/DVB-T. Le signal numérique est transmis, tout comme l'analogique, par des émetteurs placés dans toute la France, qui propagent autour d'eux des ondes radio. L'onde elle-même ne transmet pas d'information (elle passe ou ne passe pas) mais en modulant son amplitude et sa fréquence, on lui fait transporter l'information numérique faite de 0 et de 1. Concernant le codage de source : II est appliqué à l'audio (Musicam) et à la vidéo (MPEG2 ou MPEG4). Il a pour fonction de réduire la quantité d'informations transmises. Le codage vidéo MPEG2 retenu (pour les chaînes gratuites) comme norme utilise l'estimation et la compensation de mouvement entre images successives. Le MPEG4 est plus performant en terme de compression, et pourra être utilisé par les opérateurs pour de la haute-définition ou de la réception mobile. Concernant le codage de canal : le principe de la modulation consiste à répartir l'information sur un grand nombre de porteuses distinctes et orthogonales modulées individuellement. Son principal avantage est son excellent comportement en présence d'échos dus aux réflexions sur des montagnes ou des bâtiments, et qui sont caractéristiques de la diffusion terrestre. Il convient à présent de détailler le format MPEG-2 et les aspects liés à la gestion temporelle. Première couche syntaxique du MPEG, l'ES (Elementary Stream) est le signal brut en sortie de compression. Les ES contiennent de l'audio, de la vidéo ou des données. Dans la réalité, on ne travaille pas directement avec ce type de signal. En MPEG, la syntaxe du signal compressé est strictement définie de façon à s'assurer que les décodeurs puissent l'interpréter. Le format MPEG-2 fait appel à des flux élémentaires continus transportant de l'audio, de la vidéo ou des données en provenance de compresseurs. Ces flux sont divisés en paquets (Packet Elementary Stream : PES). Ces paquets PES sont identifiés par des en- têtes contenant des marqueurs temporels pour la synchronisation. A partir des PES, on peut créer des flux de programme et des flux de Transport. Des marqueurs temporels sont périodiquement incorporés dans chaque image afin de verrouiller la synchronisation entre l'audio et la vidéo et les données. Ces marqueurs sont à distinguer du PCR (Program Clock Reference). Ces marqueurs sont le marqueur temporel de décodage (DTS, Decode Time Stamp) qui indique quand une image doit être décodée, tandis que le marqueur temporel de présentation (PTS, Presentation Time Stamp) indique quand l'image doit être présentée à la sortie du décodeur. Ces notions de PCR, PTS et DTS sont importantes pour la suite de la présentation. Un marqueur temporel est un nombre de 33 bits constitué par la valeur d'un compteur piloté par une horloge à 90 KHz. Cette horloge est le résultat de la division par 300 de l'horloge de programme à 27 MHz. Comme les temps sont régulièrement espacés à la présentation, il n'est pas indispensable d'inclure un marqueur temporel à chaque unité de présentation en sortie. Les marqueurs de temps peuvent, au lieu de cela, être interpolés par le décodeur mais ils ne doivent jamais être séparés de plus de 700 ms, que ce soit dans le flux de programme ou le flux de transport. Les marqueurs de temps indiquent à quelle référence temporelle une unité d'accès particulière appartient. Par exemple, la synchronisation des mouvements de lèvres est obtenue en incorporant des marqueurs de temps simultanément dans les paquets PES vidéo et audio. Quand un décodeur reçoit un paquet PES sélectionné, il décode chaque unité d'accès et la sauvegarde dans une mémoire tampon en mémoire RAM (Random Acces Memory). Quand la valeur du code temporel de ligne atteint celle du marqueur temporel, la RAM est lue. Dans le cas de la transmission, le décodeur qui reçoit le flux doit recréer la base de temps sous peine de devoir supporter un défaut ou un excès de charge. C'est pourquoi un flux de transport utilise comme référence une horloge de programme (PCR, Program Clock Reference). A titre d'exemple, Le MPEG implique que le PCR soit émis (inclut dans la trame) au moins 10 fois par seconde tandis que la DVB spécifie une cadence minimale de 25 PCR par seconde. Un flux de transport est bien plus qu'un simple multiplexage de plusieurs flux élémentaires (ES). La couche de transport convertit les ES de données en petits paquets autonomes de longueur constante de 188 octets : les paquets TS. Dans l'en-tête du paquet TS, le champ d'adaptation sert périodiquement à introduire le code PCR qui permet la génération d'une horloge verrouillée dans le décodeur. Lorsque au début de la chaîne des données audiovisuelle sont encodées, l'horloge du codeur pilote un compteur binaire permanent dont les valeurs sont périodiquement lues et placées dans le champ d'adaptation de l'en-tête en tant que PCR. Cela va permettre du coté du décodeur de retrouver la même base de temps utilisée du coté de l'encodeur. Le STC (System Time Clock) est l'horloge commune utilisée pour encoder la video et l'audio et les données. Dans le cadre du procédé de la présente invention, on peut noter l'existence d'un PCR optionnel (OPCR) et de ses champs et drapeaux associés. Ces derniers permettent d'assister la reconstruction d'un flux de transport vers un autre flux de transport en insérant de nouvelles données numériques. De même, la spécification d'un mécanisme qui permet de concaténer deux flux ( splice system définit dans l'annexe K du document ISO/IEC 13818-1) qui pourrait ici être utilisé par exemple pour l'insertion en temps réel, dans le cadre d'émissions de télévision diffusée en directe, de pictogrammes de liens plurimédias. Dans un flux de transport donné, tous les paquets TS appartenant à un flux élémentaire donné comportent la même identification (le PID : Packet IDentifier). Les paquets appartenant à un autre flux élémentaire auront une identification différente. Un équipement dénommée démultiplexeur peut aisément sélectionner toutes les données d'un flux élémentaire donné en acceptant seulement les paquets porteurs de l'identification convenable. On peut sélectionner les données d'un programme complet grâce aux PlDs de l'audio, la vidéo et les données. Le démultiplexeur ne peut donc convenablement sélectionner les paquets que s'il peut les associer au flux de transport auquel ils appartiennent. II ne peut exécuter cette tâche que s'il connaît les PlDs. C'est le rôle de l'information spécifique de programme (PSI, Program Specific Information) selon la norme MPEG-2. Selon les normes DVB, la notion de PSI est enrichie par les tables PSI-SI (Service Information) qui transportent des informations relatives aux réseaux, aux flux de transport, aux services. Chacun de ces éléments doit pouvoir être identifié de façon unique. Les tables sont diffusées régulièrement, chacune avec une récurrence jugée suffisante par l'opérateur pour rafraîchir les informations en fonction du type de table (par exemple de 100ms à 30s). La structure est simple et générique. le DVB réserve une plage de PID pour les transporter : 0 à 20 (en hexadécimal). Une table est composée de sous table, qui peuvent elles mêmes être composées de sections. La taille maximale d'une section est limitée à 1024 octets et doit être transmise en claire. Seule exception, les sections de table EIT (Event Information table) qui peuvent être cryptées et avoir une taille maximale de 4096 octets. Un MPEG-2 TS (Transport Stream) est donc composé de tables PSI. Les tables servent à déterminer ce que transporte un flux de paquets TS avec un même PID : La PAT (Program Association Table) qui donne la liste des programmes présents. La PMT (Program Map Table) qui donne la composition d'un programme, les différents PID qui le constituent. La CAT (Conditional Acces Table) qui donne la localisation des informations pour le décodage des programmes cryptées. La NIT (Network Information Table) qui donne des informations de données privées comme les paramètres physiques du réseau (fréquences, répéteurs, etc....). Ces quatre tables PSI contiennent les données normatives et les données privées permettant le démultiplexage des programmes par les décodeurs des usagers. Les tables DVB offrent des facilités d'utilisation supplémentaires, telles que l'auto configuration du récepteur ou encore la navigation à l'aide de guides électroniques : SDT (Service Description Table) qui donne les données de service : nom, fournisseur, etc... EIT (Event Information Table) qui donne les informations sur les programmes en cours ou à venir : début, titre, etc... TDT (Time and Data Table) qui donne la date et l'heure; TOT (Time Offset Table) qui donne le décalage horaire de la zone; BAT (Bouquet Association Table) qui donne les noms et la liste des bouquets offerts; RST (Running Status Table) qui est utilisé pour des changements rapides d'évènements; ST (Stuffing Table) qui sont des tables utilisées pour invalider des tables qui ne sont plus à jour. Nous allons maintenant finir le chapitre concernant la radiodiffusion numérique par la description d'une application particulière dénommée RDS TMC (Traffic Message Channel). L'idée sous jacente de la présente invention est d'utiliser l'infrastructure déjà en place. Infrastructure qui offre une couverture nationale avec une radiodiffusion quasiment en temps réel. Le TMC diffusé via RDS en France sur le réseau France Inter est privé et nécessite l'acquisition d'une licence contrairement au TMC diffusé sur le 107.7 MHz (Mega Hertz) sur les autoroutes à péage. Depuis juillet 1999, Autoroute Info diffuse en temps réel sur la voie RDS de son réseau FM des données TMC. Les données codées en paquets de 37 bits sont insérées dans la trame RDS sur le groupe 8A. La configuration logicielle étant indiquée dans le groupe 3A. Rappelons que le signal RDS est constitué de trames numériques. Chaque trame est une suite synchrone de groupe de 104 bits (un groupe a une durée de 87,6 ms. Le débit de la trame est 11,4 groupes par seconde). Un groupe contient quatre blocs de données de 26 bits chacun (soit 4 x 21,9 ms) dont 16 bits de données et 10 bits de contrôle/décalage. Sans rentrer dans des détails techniques, le RDS TMC est diffusé via les ondes
FM qui ont une portée limitée, il est donc nécessaire pour les diffuseurs d'infos trafic de s'appuyer sur un réseau national. v-trafic utilise le réseau France-Inter et ViaMichelin le réseau Towercast . v-trafic s'appuyant sur le réseau TDF (Télé Diffusion de France)/France-Inter qui a une obligation de service public et donc de couverture du maximum de la population française via la bande FM limitée en portée sera plus présent au niveau national que le réseau Towercast qui n'a pas cette obligation de service public. Pour finir, évoquons le fait qu'il faut moins de trente secondes à partir du moment ou un incident de trafic est signalé au centre d'information de trafic, jusqu'au moment où il est disponible dans le véhicule des utilisateurs qui dispose du service RDS TMC. Cette information s'affiche alors sur l'écran de leur navigateur GPS. Les normes les plus récentes évoquées plus haut implémentent ou auraient la capacité de définir des liens radiodiffusés pouvant pointer sur des ressources Internet. II s'agit de norme à haut débit qui ont la capacité de diffuser des URI (Uniform Ressource Identifier) complet, c'est à dire URN et URL. Concernant la radiodiffusion sur la bande FM, le RDS implémente le service RT (Radio Text). Ce mécanisme peut diffuser des références explicites associées à l'information en cours de diffusion. Cependant, aucune de ces normes évoquées plus haut n'implémente le service rendu par la présente invention. En premier lieu, il s'agit d'un concept nouveau de lien plurimédias synchronisés radiodiffusés symboliques et conditionnels. Il s'agit d'une somme de concepts simples et profonds mis en oeuvre dans le présent procédé, somme constitutive d'une invention. Aucun concept existant ne rassemble simultanément : le concept de lien plurimédia dont la partie marqueur dudit lien est restitué sur deux média différents, le concept de balise ouvrante élémentaire radiodiffusée associée à un nom symbolique dont la valeur constitue un lien entre une information primaire diffusée simultanément et une ressources accessible par un réseau informatique; le concept de conditionnalité dudit lien plurimédia; conditionnalité exprimée par l'aspect sensoriel (visuel) dudit pictogramme en relation avec le mode d'acquisition au niveau dudit dispositif; lien déclenché d'abord par une simple et brève interaction homme-machine (par exemple un seul appui sur un seul bouton) puis la simple interaction homme-machine de connexion à un moyen d'accès audit réseau (par exemple une simple action de connexion du dispositif de l'invention sur le port USB d'un ordinateur connecté à Internet). II faut encore ajouter à ces concepts une structure avec au moins un serveur de résolution permettant de localiser et diffuser ladite ressource grâce à une table de résolution (de correspondance) gérée. Ajoutons encore le dispositif qui tire le meilleur parti de la miniaturisation électronique, avec un composant de quelques millimètres carrés en guise de récepteur radio et radio numérique et une unité de traitement de l'information qui s'interface de façon standard avec les ordinateurs personnels. Ajoutons encore les deux concepts de synchronisation entre deux sources différentes d'information, concept largement développé ci-après. Concernant la télédiffusion, les références de livres, de musiques, les adresses des associations caritatives évoquées à l'écran : on peut les retrouver en se connectant sur le site Internet de la chaîne. En général, quand on regarde la télévision on n'est pas devant son ordinateur ; donc pour avoir un lien avec l'information primaire télédiffusée : encore faut il se rappeler que l'on a eu un élément d'intérêt, encore faut il se rappeler le nom de la chaîne de télévision sur laquelle il a été diffusé, encore faut il se rappeler de la référence ou d'un élément de référence explicite qui a été télédiffusée. Avec la présente invention, on a instantanément mémorisé un élément d'intérêt et on dispose de toutes les informations constituantes d'un lien vers des informations complémentaires à l'information primaire télédiffusée (ou diffusée) et ceux, au moment où on le souhaite.
On parvient à ces résultats grâce à un procédé de diffusion et radiodiffusion numérique de masse d'au moins un lien plurimédia pointant sur une ressource accessible sur un réseau informatique grâce à un serveur de résolution; ledit lien est intégré dans deux flux d'information et sa partie marqueur et restituée de façon synchronisée sur deux média distincts dont au moins un dispositif mobile portable ; ledit lien est diffusé par un éditeur de contenu grâce à un système de diffusion de flux primaire et est inclut d'une part dans ledit flux primaire audio et/ou visuelle intégrant sa partie marqueur pictographique qui informe au moins implicitement sur les modes de signalisation et d'acquisition dudit lien au niveau dudit dispositif et d'autre part dans un flux secondaire radiodiffusé grâce à un système de diffusion de flux secondaire sous la forme de trame principale d'informations numériques constituées de plusieurs niveaux d'encapsulation protocolaire; ladite trame est traité par au moins un contrôleur de flux secondaire et la trame terminale est émise par un contrôleur de flux terminal secondaire et exploitée par au moins ledit dispositif mobile; elle est au moins composée d'un identifiant de trame terminale, d'une balise ouvrante de marqueur signalétique desdits deux modes et d'un nom symbolique pointant sur ladite ressource liée au contenu informationnel dudit flux primaire; procédé caractérisé en ce que: • Dans une phase initiale, au moins une autorité de nommage attribue audit éditeur de contenu au moins un nom symbolique dont elle garantit au moins l'unicité pour une période de temps donnée ; • On fixe par défaut les coordonnées dudit serveur de résolution ; • ledit éditeur de contenu associe ladite ressource audit contenu informationnel et ledit nom symbolique à ladite ressource grâce à leur enregistrement dans une table de résolution exploitée par le moteur de résolution dudit serveur de résolution ; • ledit éditeur de contenu inclut dans ledit flux primaire ledit marqueur pictographique (pictogramme) qui informera au moins lors de sa restitution sensorielle (audio et/ou visuelle) de la présence synchronisée de ladite trame terminale dudit lien plurimédia détectée par ledit dispositif; • On associe la diffusion dudit lien plurimédia à une fréquence radio électrique pour ladite radiodiffusion numérique par ledit système de diffusion de flux secondaire incluant ledit contrôleur de flux secondaire et ledit contrôleur de flux terminal secondaire; • On active ledit contrôleur de flux secondaire qui gère (initie ou relais et/ou synchronise) la radiodiffusion numérique de ladite trame ; • On active ledit dispositif en réception sur ladite fréquence ; • Dans une phase nominale, lesdits deux systèmes de diffusion de flux diffusent ledit flux primaire et ledit flux secondaire ; • ledit dispositif est en scrutation permanente sur ledit identifiant de ladite trame terminale ; • on réceptionne ladite trame numérique et on décode la valeur de ladite balise grâce audit dispositif ; • On active dans ledit dispositif, l'élément de l'interface homme-machine signalant la présence actuelle et temporaire dudit nom symbolique associé à ladite balise ; • On mémorise par stockage dans une mémoire électronique accessible par l'unité de traitement dudit dispositif et consécutivement à une interaction utilisateur induite par l'aspect dudit pictogramme et détectée via ladite interface homme-machine, les valeurs univoques constitutives dudit nom symbolique ; • Dans une phase d'exploitation, consécutivement à une action utilisateur, on transfère de ladite mémoire électronique vers ledit serveur de résolution ledit nom symbolique ; • On active le moteur de résolution dudit serveur de résolution pour accéder à ladite ressource. II est souhaitable de définir le format d'un lien plurimédia dans le cadre d'un protocole qui en définit la structure minimale de la façon univoque suivante : ladite structure est composée de deux éléments : une balise de marqueur et un nom symbolique ; ladite balise est constituée d'au moins un bit d'information dédié; ledit nom symbolique est au moins constitué de deux éléments : une référence à une des deux sources d'émission dudit lien et un nom symbolique spécifique de résolution ; ledit nom symbolique spécifique est au moins constitué : soit d'un identifiant spécifique de résolution soit d'une information de datation. II est possible d'établir une corrélation entre d'une part ladite référence à la source d'émission et/ou ledit identifiant spécifique de résolution et d'autre part la référence à un serveur de résolution. Par exemple, dans le cadre de radiodiffusion numérique télévisée, on peut introduire le canal logique de la source du flux primaire (en France "1" pour "TF1", "2" pour France 2, etc..). Ladite trame terminale est diffusée par une technique de radiodiffusion numérique en modulation de fréquence selon les systèmes dits Radio Data System (RDS) ou Radio Broadcast Data System (RDBS). Ladite trame est alors au moins un groupe RDS. Cependant, le flux secondaire peut être radiodiffusé selon tous les types de technologies de radiodiffusion numérique évoqués dans le présent document. Préférentiellement ledit flux primaire est audiovisuel et télédiffusé et ledit serveur de résolution est connecté à un réseau informatique téléphonique ou au réseau informatique Internet. Il peut exister plusieurs serveurs de résolution dont les coordonnées d'accès sont corrélées à ladite référence à la source d'émission et/ou audit identifiant spécifique de résolution. Le procédé de la présente invention possède deux modes de synchronisation de la restitution sensorielle desdites deux parties marqueur dudit lien plurimédia : • un premier mode de synchronisation dit réseau dans lequel ledit contrôleur de flux secondaire insère une information temporelle dans ledit groupe RDS, ladite information temporelle est liée à l'instant précis de la restitution dudit marqueur pictographique; • un deuxième mode de synchronisation dit dispositif dans lequel une temporisation de valeur fixe est appliquée entre le moment de la détection de ladite balise et le moment de restitution dudit marqueur signalétique. Ladite valeur est obtenue par un calcul initial dudit dispositif pendant une phase préalable de synchronisation à l'aide de liens plurimédias dit test émis régulièrement. Si ledit flux primaire audiovisuel est télédiffusé selon des technologies analogiques alors la synchronisation est de type "dispositif'. Dans le cas ou il s'agit flux primaire audiovisuel télédiffusé selon des technologies numériques, alors cela peut être selon des technologies et normes de télédiffusion numérique telles que les normes DVB (Digital Video Broadcasting) et MPEG TS (Motion Picture Expert Group - Transport Stream); ledit flux secondaire est alors extrait par ledit contrôleur de flux qui est un démultiplexeur ; ce dernier transfert une trame secondaire vers ledit contrôleur de flux terminal secondaire qui est un codeur RDS qui radiodiffuse ledit groupe RDS. Ledit transfert s'effectue en particulier selon une des techniques normalisées dans le document ETSI EN 301 192 ("DVB specification for data broadcasting") ou selon un des types de données auxiliaires ("ancillary data") et/ou privées ("private data") et le document UECP/SPB 490 "RDS Universal Encoder Communication Protocol". Le flux primaire peut être visuel et diffusé sur un média statique ou audio et diffusé par une technique de radiodiffusion en modulation de fréquence ou audiovisuel et télédiffusé soit selon des technologies de télédiffusion analogique soit selon des technologies et normes de télédiffusion numériques telles que les normes ATSC (Advanced Television Systems Committee), ISDB (Integrated Services Digital Broadcasting) ou DVB (Digital Video Broadcasting). ledit marqueur pictographique est alors conforme à la nature dudit flux primaire. Lorsqu'il s'agit des normes DVB, le procédé peut être caractérisé en ce que ledit lien plurimédia est dans un premier temps entièrement encodé dans un seul flux MPEG TS de type "sous titre" respectant la norme DVB : ETSI EN 300 743 ( DVB Subtitling systems ). Un délai est volontairement introduit entre le moment de réception dudit sous titre et sa restitutionvisuelle et ce, à l'aide d'une valeur de présentation (PTS). Ledit lien plurimédia est inclus dans au moins un seul paquet élémentaire de flux dénommé PES (Packetised Elementary Stream). Ladite trame principale est contenue dans au moins un seul paquet TS (Transport Stream) marqué par un identifiant dédié unique dénommée PID (Packet IDentifier), paquet TS contenant dans sa partie données : l'entête dudit paquet PES qui inclut d'une part l'horodatage de présentation (PTS : "Presentation Time-Stamp") dudit marqueur pictographique et d'autre part ladite trame secondaire encapsulée préférentiellement selon la technique dite tunnelage de données ( data piping ) dans le document ETSI EN 301 192 précité. Lorsque ledit démultiplexeur implémente ladite synchronisation réseau, il effectue le calcul suivant : la valeur du temps universel (UTC) à laquelle est ajouté la différence entre la valeur dudit horodatage de présentation (PTS) et la valeur de la référence d'horloge de programme (PCR : Program Clock Reference). La valeur PTS, partagée par tous les composants de ladite trame principale, est établie sur la base temporelle de la valeur PCR. Ladite valeur dudit calcul étant établie dans le référentiel du temps universel, donne audit dispositif qui dispose du temps UTC, le moment précis de la restitution dudit marqueur pictographique; elle est insérée avant le transfert vers ledit codeur RDS dans ladite trame terminale de composition dudit groupe RDS. Il peut être ajouté audit pictogramme une information complémentaire liée au mode d'acquisition et de signalisation dudit lien plurimédia. Ledit groupe RDS incluant alors en plus des valeurs liées auxdits deux modes. Lesdits liens plurimédias test sont émis un temps fixé avant un évènement télévisé fixé; Ledit temps fixé est soit préalablement enregistré dans la mémoire électronique dudit dispositif soit inclus dans ledit groupe RDS; Concernant ledit évènement fixé, ledit temps fixé correspond par exemple à la quantité de temps avant le début et la fin de la télédiffusion de page de publicité. Ledit pictogramme prend alors la forme de l'écran d'annonce de début d'une page de publicité télévisée et de l'écran d'annonce de fin d'une page de publicité télévisée.
Le dispositif destiné à la mise en oeuvre du procédé est autonome mobile et portable comprenant dans un boîtier mobile unique, au moins : un module de réception d'onde radio électrique permettant la réception d'information analogique et numérique en modulation de fréquence, une source d'alimentation électrique, une unité de traitement de l'information, de la mémoire électronique de type flash (technologie qui rend persistante une information enregistrée dans ce type de mémoire), une interface homme-machine permettant l'acquisition d'interaction utilisateur et la diffusion d'information, un connecteur de type Universal Serial Bus, un connecteur de sortie audio, un microprogramme d'exploitation. Notons que la mémoire flash est inclus dans le microcontrôleur mais on peut rajouter une mémoire flash amovible pour implémenter d'autre fonctionnalité comme le RDS TMC. Ledit dispositif peut aussi en fait être entièrement inclus dans un téléphone portable. Dans une version différente, ledit dispositif dispose d'un clapet qui se referme sur la majeure partie de l'interface homme-machine et prend appui sur bouton. Ainsi par une simple pression sur le clapet on peut déclencher l'acquisition d'un lien symbolique. Ledit dispositif peut aussi comprendre un module de réception de radio numérique spécifique pour la TNT. Il peut alors comporter en plus un module de réception infra rouge capable de recevoir les informations diffusées par la télécommande d'un téléviseur pour changer automatiquement la source du flux secondaire dans ledit dispositif.
Avantageusement, ledit dispositif peut être associé à un accessoire autonome permettant d'adapter ladite fréquence ou son contenu. Ledit accessoire est composé dans un petit boîtier : d'un récepteur infrarouge, d'un microcontrôleur et d'une émetteur RDS local. Il est placé dans le champ de réception (par exemple fixé sur un bord de la télévision) du flux infra rouge émis par la télécommande d'un téléviseur restituant ledit flux primaire. Lors d'un changement de flux primaire, ledit accessoire émet en RDS un ordre vers ledit dispositif pour associer ladite fréquence ou juste les données qu'elle contient audit flux primaire. Concernant le système destiné à la mise en oeuvre du procédé il comprend au moins : un dispositif conforme à la présente invention; un serveur de résolution connecté à un réseau informatique, un moyen d'accès audit réseau (un ordinateur personnel), un système de diffusion de flux primaire, un système de diffusion de flux secondaire incluant un contrôleur de flux secondaire (par exemple un démultiplexeur en technologie de radiodiffusion numérique) et un contrôleur de flux terminal secondaire (par exemple un codeur RDS). L'invention sera mieux comprise et d'autres avantages apparaîtront à l'examen de la description détaillée d'un mode particulier de mise en oeuvre et de réalisation de l'invention, impliquant le procédé et le dispositif. Ce mode particulier de réalisation est nullement limitatif, il exploite les technologies de radiodiffusion numériques et est en relation avec : - les figures 1 et 2 qui représentent une forme de réalisation du dispositif de la présente invention. - la figure 3 qui représente le parcours d'un lien plurimédia dans un mode de mise en oeuvre de diffusion d'un flux primaire télévisé selon différentes technologies, le flux secondaire étant réalisé avec la technologie RDS. - la figure 4 qui représentent le parcours d'un lien plurimédia dans le mode de réalisation choisi à savoir la radiodiffusion télévisée selon les normes DVB pour le flux primaire et RDS pour le flux secondaire. - les figures 5 et 6 représentent les parties données et les figures 7 et 8 les parties traitements dans le mode de réalisation choisi représenté sur la figure 4. - La figure 5 détaille le format du paquet MPEG-2 TS (31) exploité selon la présente invention. Le détaille va jusqu'au contenu du groupe RDS (36) numéro 3A réceptionné par le dispositif (1). - la figure 6 représente le format d'un paquet MPEG-2 PES (41) qui est 30 encapsulé lors du transport dans des paquets de type MPEG-2 TS (31) de la figure 5. - la figure 7 représente le traitement du contrôleur de flux secondaire de la présente invention, contrôleur qui est dénommé "démultiplexeur" (27). - la figure 8 représente l'organigramme du traitement nominal réalisé par le microcontrôleur (7) du dispositif (1) de la présente invention. Sur les figures 1 et 2 est représenté, selon deux plans de visualisation, un mode particulier de réalisation du dispositif 1 conforme à la présente invention. Sur la Figure 1, le dispositif (1) est vu en transparence. Il comprend notamment, à l'intérieur d'un boîtier (2) en matière plastique moulée dont la partie 3 est détachable : - le circuit imprimé 4 - la source d'énergie électrique 5 - le module du récepteur FM décodeur RDS 6 -le module intégrant le microcontrôleur 7 - une carte de mémoire flash amovible 8 - le connecteur USB 9 - le module de commande utilisateur composé des commandes 10 et 11, associée à l'écran 12 ; - l'écran 12; - un connecteur 13 (prise casque) pour la sortie audio du récepteur FM décodeur RDS 6; - une diode de couleur rouge 14 - une diode de couleur verte 15 Le circuit imprimé 4 permet d'établir les liaisons entres les différents composants électronique du dispositif. Nombre de ces composants n'ont pas été représentés (capacités, résistances,..). Par exemple des composants pour l'amplification du signal analogique de sortie audio du récepteur FM. La puissance du signal analogique obtenu par l'amplification permet d'attaquer directement des écouteurs par l'intermédiaire de la sortie casque 13. Les composants électroniques sont soudés par des techniques industrielles classiques (soudure à la vague). Les composants passifs et actifs sont des composants de technologie CMS (Composants Montés en Surface). La source d'énergie électrique 5 choisie est une batterie de type lithium-polymère. Cette Batterie est rechargée de manière implicite lorsque l'utilisateur branche le dispositif sur la liaison USB d'un équipement informatique. Concernant le module récepteur FM décodeur RDS 6, Un certain nombre de société fabriquent des composants récepteurs de radio FM intégrant la réception et le décodage de radio numérique (RDS/RBDS) sur la bande FM. On en citera juste trois: Sanyo , Philips , et Silicon Laboratories . Une société parmi ces trois produits en série un composant particulièrement intégré, de quelques millimètres carrés (3 millimètres sur 3 millimètres). On choisira ce composant comme module radio FM et RDS du présent dispositif. Ce composant réalise un certain nombre de fonctionnalités. Dans le cadre du présent procédé on retiendra globalement qu'il faut en entrée dudit module : une simple antenne, un oscillateur (quartz) et une alimentation électrique. On a en sortie, une information audio analogique qui est le contenu informationnel radiodiffusé sur une fréquence de la bande FM (ii faudra amplifier cette information et contrôler le volume par un élément de l'interface utilisateur). On a surtout en sortie les informations numériques RDS/RDBS. Concernant l'unité de traitement de l'information 7, nous en choisissons une à base d'un microcontrôleur de type 8051. Elle est dotée d'un convertisseur analogique/digital, d'une mémoire de type flash interne et des fonctions USB conforment à la spécification 2 : cela permet de faire transiter le flux entrant (audio FM et RDS) vers un ordinateur personnel. En effet, le présent dispositif dispose d'une connexion USB. Notons que la société qui produit ledit module radio FM RDS est la même qui produit ledit microcontrôleur 7 et de plus, ces deux modules sont déjà intégrés ensemble dans un produit "USB FM", conçu et produit par ladite société et déjà pleinement fonctionnel. Sur ces bases, les développements industriels du procédé de la présente invention pourront être rapides. Dans un mode particulier de réalisation, le présent dispositif est doté d'une mémoire flash amovible 8. Par exemple du type qui équipe les puces des cartes à puce détachable. Dans cette mémoire amovible peut être stockés des programmes et des données liés au fonctionnement nominal du procédé. Il est aussi très intéressant que ces données et programmes permettent des services RDS étendus tels que ceux précités. Par exemple, il peut être enregistré dans cette mémoire amovible les couples télédiffuseurs/audiodiffuseur. Le service le plus élaboré est par exemple le RDS TMC. Le dispositif peut ainsi devenir un module de réception RDS TMC à connecter à un GPS uniquement par l'introduction d'une mémoire électronique amovible 8 dédiée. Le connecteur USB 9 permet les échanges bidirectionnels de données numériques avec un équipement informatique. II permet aussi la recharge implicite de la source d'alimentation électrique interne 5. Le dispositif 1 comporte une IHM constituée d'un bouton-poussoir 10, d'un écran 12, de deux diodes dont une de couleur rouge 14 et une diode de couleur verte 15 et d'un moyen de mise en marche et d'arrêt et de mise en oeuvre des fonctionnalités implémentées par un bouton de commande multifonction Il. Le bouton poussoir 10 est essentiellement utilisé pour enregistrer un nom symbolique dans la mémoire flash interne du dispositif.
Le mode opératoire en relation avec le bouton 11 comprend la possibilité d'une pression selon le même axe que le bouton 10, mais en plus une mise en rotation dans un sens ou dans l'autre selon un axe dans le plan de visualisation de la figure 1. La vitesse de la rotation appliquée par l'utilisateur sur la commande 11 est aussi prise en compte pour l'activation des fonctionnalités. Cette commande 11 est plus particulièrement dédiée à la sélection des différentes fonctionnalités. A titre d'exemple le contrôle de volume audio, ou la mise en oeuvre de services complémentaires RDS qui peuvent concerner l'acquisition et la restitution de : la météo, l'horoscope, les résultats des jeux de chance, le classement des chansons, le service RDS TMC, des messages pour un groupe d'utilisateurs ou un utilisateurs unique, etc.... L'interface homme-machine comprend les deux diodes : une diode verte 15 et une diode rouge 14. A titre d'exemple, quand le dispositif est en fonction, la diode verte clignote sur une fréquence lente (une fois toutes les 5 secondes), lorsque un flux RDS est détecté et directement enregistré dans la mémoire électronique interne du microcontrôleur 7 du dispositif, la diode verte 15 clignote a une fréquence plus élevée. Lorsque le dispositif détecte un lien symbolique, c'est la diode rouge 14 qui clignote. Cela signale à l'utilisateur : d'abord qu'un lien symbolique est détecté, puis que si il appui sur le bouton d'enregistrement 10, alors le nom symbolique contenu dans le lien symbolique sera enregistré dans la mémoire flash du microcontrôleur 7. L'écran 12 est de type monochrome. Les écrans monochromes sont des écrans à cristaux liquides (LCD : Liquid Cristal Display) semblables à ceux que l'on trouve dans les calculatrices, à la différence qu'ils sont la plupart du temps rétro éclairés et peuvent afficher 16 niveaux de gris par pixel. Ils possèdent un avantage non négligeable par rapport aux écrans couleurs : Leur consommation électrique est environ 10 fois moins élevée et ils sont peu coûteux. Cet écran permet l'affichage de quelques caractères alphanumériques tel que : les noms symbolique enregistrés (présentés à l'écran dans un format simplifiés), le nom des stations FM, des informations liées à des services RDS complémentaires, le menu fonctionnel du dispositif. Dans un autre mode de réalisation, le module de réception radio électrique 6 du dispositif permet de réceptionner et décoder la partie ancillary data d'un flux TNT. Il est alors en plus doté d'un module de réception infra rouge (non représenté) qui permet de recevoir des commandes d'une télécommande de télévision. Dans cette configuration, ledit dispositif est posé sur un support dans le champ de réception infra rouge entre le téléspectateur et la télévision. Ainsi, lorsque le téléspectateur change de fréquence (change de chaîne de télévision) de réception télévisée, le récepteur 6 du dispositif change aussi automatiquement sa fréquence de réception et se cale sur la fréquence de réception télévisée choisie. Il offre alors toutes les fonctionnalités du présent procédé. De façon judicieuse, le dispositif est doté d'un clapet (cette forme de réalisation n'est pas représentée sur les figures du présent brevet d'invention). Ce clapet de matière plastique se meut en rotation et permet une fois fermé de recouvrir la partie principale de l'interface homme-machine. L'aspect judicieux est que une fois fermé, ce clapet vient en appui sur le bouton de commande d'enregistrement (de type du bouton 10) de noms symboliques. De la sorte, ledit bouton devient alors toute la surface du clapet, puisse que lorsque l'utilisateur appui sur le clapet, la pression est transmise audit bouton de commande. Cet aménagement permet de mettre en évidence la principale fonctionnalité du présent procédé. Une fois fermé le clapet, il n'apparaît principalement du dispositif à l'utilisateur que deux diodes 14 et 15 et la surface du clapet. Quand il est ouvert, le clapet laisse apparaître l'écran 12 et les boutons précités. La figure 3 illustre le parcours d'un lien plurimédia intégré dans un flux primaire selon différentes technologies. Ainsi, le flux primaire est télévisé et diffusé à partir de sources (16) de natures différentes. Il peut s'agir de télédiffusion par satellite, de télédiffusion selon des technologie analogiques ou numériques terrestres ou non, de télédiffusion à partir du réseau Internet (24) ou selon une technologie par fibre optique. Le flux primaire contenant le pictogramme 19 (marqueur pictographique d'un lien plurimédia) est télédiffusé à partir de 16 vers le téléviseur 18. Le flux secondaire à destination du dispositif 1 est transmis selon la norme RDS (le contrôleur de flux, le codeur RDS (29) et l'émetteur dans la bande FM ne sont pas ici représentés). Le flux primaire arrive sur le téléviseur 18. Ce flux intègre le pictogramme 19. Le flux secondaire arrive sur le dispositif 1. Le pictogramme 19 s'affiche dans le téléviseur 18 et simultanément une partie du marqueur signalétique (celle qui est dans le flux secondaire) du lien plurimédia qui est ici une diode 14 ou 15 se visualise. La synchronisation entre les deux affichages est assurée localement par le dispositif 1 qui dispose d'un compteur de synchronisation qui a été préalablement initialisé avec une valeur au moins liée à la source (16) du flux primaire d'une part et à la localisation de la télévision 18 d'autre part. L'utilisateur souhaite enregistrer ledit lien et appui sur le bouton 10 du dispositif. II s'agit ici d'un lien symbolique qui invite à un accès à de l'information complémentaire via le réseau Internet 24. Le moment venu, l'utilisateur connecte son dispositif 1 avec son ordinateur personnel 22 connecté au serveur de résolution 25 grâce au réseau Internet 24. La connexion s'effectue grâce au port USB (repéré 9 sur la figure 1). Le nom symbolique du lien est récupéré par l'ordinateur 22 et le navigateur Web dudit ordinateur, grâce au serveur de résolution 25, affiche dans l'écran 23 la ressource qui était pointée par le lien symbolique.
La description suivante des figures 4, 5, 6, 7 et 8 va couvrir un mode particulier de réalisation du procédé de la présente invention. On présente d'abord brièvement les figures et ensuite on détaille de façon approfondie le fonctionnement. La figure 4 représente le parcours d'un lien plurimédia. Le lien plurimédia est radiodiffusé selon les technologies de radiodiffusion numériques. Il s'agit de la TNT c'est à dire les normes DVB-T et MPEG-2 pour le flux primaire et la norme RDS pour le flux secondaire. La division des deux flux est détaillée. Le lien plurimédia est contenu dans deux flux multiplexés et radiodiffusés par la tête de réseau 16. Le dernier rediffuseur DVB-T local 17 reémet vers la télévision 18. La réception du flux DVB-T multiplexé arrive aussi sur le pylône de réception 26.
Le lien plurimédia dans son ensemble est encodé dans un sous titre selon la norme DVB sous titre. Le flux DVB-T est donc analysé, traité et divisé par le démultiplexeur 27 qui extrait du flux multiplexé la partie du lien plurimédia encodée pour le flux secondaire. Cette partie est encodée dans une trame RDS. Ledit démultiplexeur 27 insère dans ladite trame une valeur de temps de synchronisation. Ledit démultiplexeur 27 envoie ladite trame RDS audit codeur RDS 29 par la liaison 28. Ledit démultiplexeur 27 est relié à un encodeur RDS 29 par une liaison choisie de type Ethernet 28. Ledit codeur RDS 29 est relié à un émetteur 30 de la bande FM. Ledit lien plurimédia est émis, dans le flux secondaire, en radiodiffusion numérique selon la norme RDS. Ledit lien est reçu par le dispositif 1. Ledit dispositif 1 analyse ladite trame RDS et notamment la valeur du temps de synchronisation. A l'issue du temps de synchronisation, simultanément, le pictogramme 19 s'affiche dans la télévision 18 et la diode 14 ou 15 s'allume. Si il s'agit d'un lien plurimédia symbolique, l'utilisateur pourra accéder à de l'information complémentaire par Internet selon la procédure décrite avec la figure 3. La figure 5 détaille le format du paquet MPEG-2 TS (31) exploité selon le mode particulier de réalisation en radiodiffusion numérique. Le détaille va jusqu'au contenu du groupe RDS (36) réceptionné par le dispositif 1. Un paquet MPEG-2 TS DVB (31) est constitué de deux parties. Une partie entête (32) et une partie données (33). Le repérage des différents champs est donné par la valeur numérique qu'il contient. Cette valeur représente le nombre de bit d'information que comprend le champ. La description s'effectue de gauche à droite; Concernant la partie entête (32), on distingue un octet de synchronisation sur huit bits; un bit d'indicateur d'erreur de transport, et un bit d'indicateur de début de la partie données dudit paquet TS ("payload_unit_start_indicator"); puis un bit d'indicateur de priorité de transport ("transport_priority"). Ledit paquet TS (31) comprend ensuite sur treize bits la valeur du PID. Cette valeur très importante permet d'identifier le contenu des paquets TS relatif audit paquet PES de type sous titre. Ledit paquet TS (31) comprend ensuite un contrôle de mode de mélange sur deux bits (pour les diffusion cryptées) puis un contrôle du champ d'adaptation sur deux bits puis un compteur de continuité sur quatre bits. La partie donnée (33) va inclure ladite trame RDS. On lui donne le format conforme au protocole ULE. Selon ce protocole souple, les données à retransmettre son directement insérées dans la présente partie données (33) utiles. Ladite partie données utiles (33) est ici nommée SNDU. Elle est structurée selon une finalité d'encapsulation pour un pont Ethernet ("Bridged Ethernet Encapsulation"). Ladite trame SNDU se décompose en trois partie : une partie entête, une partie nommée PDU (34) qui comprend les données utiles et une troisième partie nommée CRC (Cyclic Redondancy Check) 32, sur trente deux bits, qui permet de vérifier la validité des données de la trame SNDU. On va mettre dans la partie utile (34) ladite trame RDS. La partie entête du SNDU se décompose comme suit : un bit de présence ou d'absence d'adresse MAC (Medium Access Control), quinze bits précisant la longueur de trame ULE au format SNDU, deux octets (seize bits) définissant le type de la partie données contenu dans ladite trame SNDU (33). Concernant le PDU (34) il est décomposé en deux partie, une entête et les données (35). On appelle maintenant cette partie donnée trame RDS. Il est ainsi décomposé en deux parties parce que nous allons utiliser le format d'encapsulation pour un pont Ethernet. La partie entête du PDU est décomposée comme suit : six octets pour l'adresse MAC de la source, six octets pour l'adresse MAC de destination, deux octets précisant le type de données Ethernet. L'adresse MAC de destination est bien évidemment l'adresse dudit codeur RDS (29) connecté au démultiplexeur (27) par une liaison Ethernet (28). La partie donnée (35) du PDU est donc ladite trame RDS. Cette trame va permettre de commander audit codeur RDS (29), l'émission par radiodiffusion numérique sur la bande FM, du groupe RDS (36) numéro 3A choisi pour implémenter le procédé. Cette trame (35) est au format de la norme UECP RDS. Le premier octet signale le début de la trame. Les deux octets suivants constitue l'adresse du codeur RDS (29). L'octet suivant est le compteur de répétition. L'octet suivant est la longueur de la partie message de ladite trame RDS. L'octet suivant est dénommé "MEC" ("Message Element Code"). Dans le cadre d'un exemple de réalisation développé plus loin, il y a ici la présence d'un octet dénommé "MEL" ("Message Element data Lenght") précisant la longueur de la partie données. La partie données est représentée en noir avec l'inscription "MED". II s'agit là des données à transmettre sur le groupe RDS (36) numéro 3A. Après la partie message, il y a un CRC sur deux octets. Pour finir il reste l'octet qui signale la fin de ladite trame RDS au format UECP RDS. Le groupe 3A (36) est constitués de 4 blocs utiles de 16 bits chacun. Le premier bloc contient sur seize bits l'identification PI (37) de la station FM. Concernant le bloc 2 : les cinq derniers bits du bloc 2 (38) indiquent le groupe et la version de groupe sollicité pour la transmission de l'application du présent procédé. Ici il s'agit de la valeur binaire "00110" signifiant 3A. Le bloc 3 (39) contient les données de l'application du présent procédé. Le bloc 4 (40) contient un code d'identification de l'application implémentant le procédé de la présente invention. Ici à titre d'exemple, on prend la valeur hexadécimale "ABCD" qui n'est pas encore attribuée en date de juin 2006. On détaille maintenant le format du bloc 3 en prenant les bits d'information de gauche à droite. Le premier bit est la balise de signalisation du procédé de la présente invention. Les trois bits suivants concernent l'Interface Homme Machine (IHM). Les deux premiers bits de l'IHM représentent le mode d'acquisition, le troisième bit représente le mode de signalisation. Les deux bits suivants représentent le mode de synchronisation. Les quatre bits suivants constituent le temps de synchronisation de signalisation après détection de ladite balise. Les huit bits suivants représentent le nom symbolique du lien plurimédia. La figure 6 représente le format d'un paquet MPEG-2 PES (41) qui contient la partie données (33) du paquet MPEG-2 TS de la figure 5. On distingue la partie entête et la partie données utiles (43) dudit paquet PES (41). La partie entête comprend en particulier le PTS (42) qui est le moment exact de la présentation du pictogramme (19) dans l'écran de la télévision (18). Ce moment est une valeur basée sur un référentiel temporel donné par la valeur du PCR qui est la référence d'horloge du démultiplexeur (27) MPEG-2. Les trois premiers champs de la partie entête dudit paquet PES (41) sont les suivants : Un code de début sur vingt-quatre bits, un identifiant de flux sur huit bits et la longueur du paquet PES (41) sur seize bits. Ledit flux est dédié au sous titre et inclut le pictogramme (19). Concernant la partie données utiles dudit paquet PES (41), il est important de comprendre qu'il s'agit d'un des descripteurs du sous titre qui inclut le pictogramme (19). Elle a le format suivant. Elle comprend d'abord un identifiant de données sur huit bits. Elle comprend ensuite un identifiant de flux de type sous titre sur huit bits. Elle comprend ensuite une structure contenant tous les segments les uns à la suite des autres. Le segment est l'unité de base des sous-titres. Ici, il n'y a qu'un seul segment. Ladite structure est composée de cinq champs. Le premier champ sur huit bits est dédié à la synchronisation, le deuxième champ sur huit bits est le type de segment. On donnera à ce champ de type de segment une valeur qui l'identifie comme étant un segment privé. Le troisième champ sur seize bits est l'identifiant de la page. Le quatrième champ est la longueur du segment. Le cinquième champ correspond aux données utiles du segment. Il s'agit de la partie donnée (33) du paquet TS (31) déjà présentée dans la figure 5. Cette partie est aussi dénommée SNDU. Le dernier champ de huit bits, après la partie SNDU (33) est l'indicateur de fin des données du paquet PES (41). La figure 7 représente le traitement du démultiplexeur de la présente invention. Le traitement de réglage (44) de n'extraire du multiplex que les paquets TS qui correspondent audit programme de l'éditeur de contenu télévisé (la chaîne de télévision). Le rôle du traitement de filtrage (45) va être d'isoler de des flux de la chaîne de télévision uniquement le premier paquet TS (31) du paquet PES (41). Ce traitement fait appel aux tables DVB-T dénommées "PAT" et "PMT". Ledit paquet TS est repéré par un numéro particulier (PID) connu dudit démultiplexeur comme intégrant ledit pictogramme et ladite trame RDS. Le traitement d'extraction (46) va d'abord extraire la trame RDS (33) puis va calculer en temps universel exprimé sur quatre bits le moment exacte de l'affichage du pictogramme 19. Ces quatre bits sont ceux dénommés "temps de synchronisation" et sont localisés dans la partie 39 du groupe RDS numéro 3A. Ils vont être inséré dans la trame RDS avant d'être transmisselon la trame 34 vers le codeur RDS 29. La figure 8 représente l'organigramme des traitements effectués par le dispositif de la présente invention. Lorsque l'utilisateur met ledit dispositif sous tension, celui ci recherche la fréquence de la bande FM correspondant à celle de l'éditeur de contenu radio associé à l'éditeur de contenu télévisé. Ce traitement est dénommé "calage fréquence FM". Ledit dispositif va ensuite rechercher la trame RDS numéro 4A afin d'extraire le temps universel UTC. Ce traitement est dénommé "Extraction du temps UTC (trame 4A)". Ledit dispositif va ensuite extraire le code PI par exemple sur la trame 4A, puis se mettre en veille, c'est à dire en attente de réception, du groupe RDS numéro 3A. Ledit groupe est dédié à la signalisation des trames RDS ODA. Ce traitement est dénommé "Extraction du PI - Veille sur la trame RDS ODA 3A". Lorsqu'il détecte une trame numéro 3A (test dénommé "Application "ABCD ?" sur la figure 8), ledit dispositif extrait le bloc numéro quatre et effectue un test du numéro de l'application ODA. On a postulé précédemment que l'application qui implémente le procédé de la présente invention porte le numéro hexadécimal "ABCD". Si il s'agit de l'application référencée "ABCD" alors ledit dispositif poursuit son traitement, sinon, il se remet en attente de la trame 3A. Lorsqu'il poursuit son traitement, ledit dispositif effectue l'extraction du bloc 3 (repéré 39 sur la figure 5) de la trame RDS 3A (traitement dénommé "Extraction du bloc 3 de la trame 3A". Selon le format précisé précédemment, il extrait en premier lieu le bit de la balise (test dénommé "Balise ?" sur la figure 8). Si ce bit n'est pas positionné à la valeur binaire "1 ", alors ledit dispositif se remet en veille sur la trame 3A. Le traitement n'est pas indiqué ici, mais lorsque ledit dispositif détecte l'application "ABCD" et que la balise est à "O" alors il peut par exemple signaler à l'utilisateur que l'application du présent procédé est active. Le signalement peut s'effectuer par un clignotement d'une diode verte (15) selon une fréquence faible (un allumage de la diode verte toutes les 5 secondes). Ainsi l'utilisateur est informé que ladite application fonctionne mais que pour l'instant il n'y a pas de balise. Si le bit de ladite balise est positionné à la valeur binaire "1", alors ledit dispositif poursuit son traitement par un test sur la valeur du temps de synchronisation (test dénommé "Temps de synchro (TS) = 0 ?" sur la figure 8). Avant de poursuivre, on précise que le traitement présenté sur la figure 8 est simplifié. En effet, les trois bits de l'Interface Homme-Machine (IHM), à savoir les deux bits du mode d'acquisition et le bit du mode de signalisation sont ici positionnés à 0. Le champ IHM a donc la valeur binaire "000". Si le temps de synchronisation à la valeur 0 (valeur binaire "0000"), alors ledit dispositif effectue une temporisation égale à la valeur d'un compteur de synchronisation calculée sur la réception d'un lien test. Le traitement correspondant est dénommé "Attend pendant Compteur de Synchronisation (CS) "dispositif" sur la figure 8. Si le temps de synchronisation a une valeur différente de "0000" alors ledit dispositif effectue un test sur la valeur dudit lien (les huit derniers bits du bloc 3) plurimédia (traitement dénommé Lien TEST = OxFF ? ). Si ledit lien a une valeur hexadécimale de "FF" alors il s'agit d'un lien test. Dans ce dernier cas de figure, ledit dispositif va élaborer la valeur du compteur de synchronisation. C'est cette dernière valeur qui jouera le rôle de compteur de synchronisation chaque fois qu'un lien plurimédia sera reçu avec une valeur de temps de synchronisation égale à zéro. Ce mode de synchronisation est décrit plus loin. Si le temps de synchronisation à une valeur binaire différente de "0000" et que ledit lien a une valeur hexadécimal différente de "FF" alors ledit dispositif effectue une temporisation avant de signaler la présence dudit lien. Ce dernier traitement est dénommé "Attend jusqu'à (TS) calculé par "démultiplexeur"" sur la figure 8. Les traitements liés à la temporisation sont expliqués plus loin à travers l'exemple d'un mode de réalisation. Ledit dispositif va effectuer une temporisation d'une valeur correspondant soit à la valeur du compteur de synchronisation (synchronisation "dispositif') soit à la valeur du temps de synchronisation (synchronisation "réseau"). A l'issue de ladite temporisation ledit dispositif va passer au traitement dénommé "Signalisation sensorielle (standard => diode rouge)" sur la figure 8. Dans cette étape il active le clignotement de la diode de couleur rouge (14). L'utilisateur est alors informé de deux éléments : le premier est qu'un lien plurimédia a été détecté, le deuxième est que si il appui sur le bouton standard (repéré 10 sur la figure 1), alors ledit lien sera enregistré dans la mémoire électronique de type flash dudit dispositif. A titre d'exemple, sur l'unique détection d'une balise, ladite diode rouge (14) clignote pendant quinze seconde et la mémorisation est possible pendant cette période de temps. Ledit dispositif effectue alors un test dénommé "Appui Bouton ?" sur la figure 8. Si l'utilisateur appui sur le bouton alors ledit lien est mémorisé (le nom symbolique est mémorisé). Si l'utilisateur n'appui pas sur le bouton pendant les quinze secondes de clignotement de ladite diode rouge (14), alors ledit dispositif retourne au traitement de veille sur le groupe RDS 3A (36). Concernant le traitement dénommé "Enregistrement en mémoire flash" sur la figure 8, si ledit lien à la valeur hexadécimale "FF" alors ledit dispositif calcul et enregistre la valeur du compteur de synchronisation; sinon si ledit lien à la valeur hexadécimale "00" alors ledit dispositif mémorise une valeur correspondant à la concaténation de la valeur du code PI avec la valeur du temps UTC par exemple exprimé en date heure minute et par exemple sur une longueur de champ supérieure à huit bits pour distinguer avec la mémorisation suivante; sinon ledit lien a une valeur binaire différente de "00", alors ledit dispositif mémorise une valeur correspondant à la concaténation de la valeur du code PI avec la valeur des huit bits dudit lien. Abordons maintenant un mode de réalisation du procédé. Ce mode de réalisation, à travers les choix techniques opérés n'est qu'illustratif et non limitatif. II sert juste à confirmer la faisabilité du procédé de la présente invention. On va aborder de façon approfondie le cas d'une radiodiffusion télévisée sur un territoire national et brièvement celui d'une diffusion sur une affiche statique (ce dernier cas n'est pas illustré sur les figures). Le premier cas sera techniquement décrit de manière approfondie, permettant ainsi d'aborder les principales technologies mises en oeuvre. Le deuxième cas est techniquement le plus simple. Le procédé de la présente invention est implémenté de la façon suivante : une affiche publicitaire est installée dans un lieu public. Dans ladite affiche est imprimé un pictogramme (19) qui est le marqueur pictographique du lien plurimédia qui va être implémenté dans cet exemple ; à coté de cette affiche est installé un petit récepteurlencodeurlémetteur RDS (module RDS). Ce module RDS joue le même rôle que la chaîne 28, 29, 30 de la figure 4. La connexion 28 est ici un flux RDS, le codeur RDS 29 est la partie encodeur dudit module et le pylône d'émission RDS est la partie émetteur dudit module. Ce module RDS est configuré à distance par ledit contrôleur de flux secondaire (27) de la présente invention. Ledit contrôleur va ici initier le flux RDS pour configurer ledit module RDS. Ce flux entre ledit contrôleur (27) et le ledit module RDS (29) est conforme aux normes RDS précité. Concernant le format des données entre ledit contrôleur (27) et ledit module (29), il sera par exemple utilisé le service TDC (Transparent Data Channel) qui est une voie de transmission permettant au radiodiffuseur de diffuser divers types de données numériques pour des services spécifiques. Cette fonction n'est pas destinée aux auditeurs du réseau hertzien. On peut citer également le service IH (In House) qui est une transmission de données numériques réservées aux besoins internes du radiodiffuseur (téléaffichage urbain, télésurveillance, contrôles divers, ...). Ce module RDS (29) effectue donc dans un premier temps une procédure de mise en cohérence du contenu de l'affiche avec la valeur du lien symbolique à diffuser. Cette procédure est effectuée en continue ou périodiquement par exemple plusieurs fois par jour. Ce module RDS (29) est calé en réception sur une fréquence déterminée. Le microprogramme de ce module RDS (29) scrute un groupe RDS déterminées. Ledit module va donc scruter un champ dédié d'un groupe RDS dédié. Il détecte une balise accompagnée d'un nom symbolique. Lorsqu'il détecte ladite balise, il enregistre dans sa mémoire électronique la valeur dudit nom symbolique. Une fois cette mise à jour effectuée, il émet en RDS et de façon périodique sur une fréquence déterminée. Ladite fréquence est par exemple la même que celle précédemment évoquée et correspond par exemple à la fréquence par défaut (dont la valeur est fonction de la localisation géographique) sur laquelle sont calés les dispositifs (1) de la présente invention. Cette fréquence est par exemple celle d'un opérateur de RDS TMC. Ladite période est par exemple de quelques secondes. Ledit module RDS (29) diffuse donc deux informations qui sont : une valeur de bit correspondant à l'émission d'une balise de marqueur signalétique selon un protocole défini et ledit nom symbolique. La porté de ladite radiodiffusion RDS est locale et conforme aux normes de radiodiffusion en vigueur. Le schéma est celui d'un serveur de résolution (25) unique accessible sous Internet (24). C'est l'espace de nommage qui gère ledit serveur (25) qui a attribué ledit nom symbolique unique. Sa table de correspondance fait le lien entre la valeur dudit nom symbolique et l'URL de la ressource (23) associée. Le dispositif (1) de l'utilisateur est conforme à la présente invention. Il détecte la balise, active l'élément (14) de l'interface homme-machine correspondant à la signalisation d'une balise (clignotement d'une diode rouge par exemple). L'utilisateur lit ladite affiche et constate cette signalisation et souhaite accéder à de l'information complémentaire à celle diffusée par l'affiche, il appui donc sur un bouton (10) dudit dispositif (1) et ce dernier mémorise la valeur dudit nom symbolique radiodiffusée conjointement à ladite balise de signalisation. L'utilisateur pourra accéder à ladite ressource (23) complémentaire liée à l'information diffusée sur ladite affiche, en connectant ledit dispositif (1) sur son ordinateur (22) lui même connecté à Internet (24), le tout grâce audit serveur de résolution (25). Dans ce cas de figure, la synchronisation est facilitée par le fait que l'affiche diffuse en continue un même ensemble d'information. Conceptuellement, dans le cadre du présent procédé, on considère que l'opérateur par exemple national, à toute connaissance de l'information primaire qu'il diffuse en tout endroit. Concernant la présente affiche, le flux est permanent et persistent entre ledit opérateur, ladite affiche et ledit utilisateur. Fondamentalement l'information ici primaire n'est pas localisée ; elle est initialement et entièrement définie et maîtrisé par un opérateur de diffusion qui ne fait, à travers la présente affiche, que relayer, retransmettre ladite information primaire par exemple sur un certains nombres d'affiches identiques sur le territoire. En particulier, la balise n'est ici pas insérée dans le canal de communication du flux d'information primaire et ce flux est diffusée de façon très localisé. La synchronisation est assurée et géré en tout point dans le cadre du procédé de la présente invention. Ledit lien est bien plurimédia. Son marqueur pictographique est ledit pictogramme figurant sur ladite affiche. L'autre partie de son marqueur est ladite diode rouge (14) qui s'allume. Dans le cas d'une borne dynamique locale audio et/ou visuelle, il peut y avoir un interfaçage entre le mécanisme de diffusion d'information et ledit module RDS (29) qui doit alors se comporter comme un périphérique esclave (conformément au codeur 29 de la figure 4) et uniquement en émission RDS. La balise de synchronisation est émise vers le module RDS (29) par voie filaire. C'est l'unité de traitement de l'information de ladite borne qui assure et gère la synchronisation et la cohérence entre l'information qu'elle diffuse et le lien symbolique émis. Un autre cas de figure est constitué par de l'information primaire radiodiffusée par une station FM locale. Quasiment toutes les stations FM en France et en Europe et dans le monde occidental disposent d'un codeur/émetteur RDS associé (29 et 30). Si la station FM souhaite exploiter le présent procédé, la synchronisation est facilitée par le fait que l'information primaire et le lien plurimédia associé sont radiodiffusés sur la même fréquence, souvent au même endroit et par le même opérateur. L'opérateur de diffusion dispose de tous les outils pour synchroniser l'émission de ces deux informations. Il émet concomitamment à l'information primaire (l'audio de la station FM), une balise de marqueur signalétique et le nom symbolique associé vers le codeur RDS (29). Ce dernier le réceptionne et émet le lien symbolique (donc avec ladite balise). Nous allons voir ci-après un exemple où ledit nom symbolique est uniquement constitué, selon la présente invention, de la référence à la source de radiodiffusion numérique (30) ajoutée à de données de datation. Il faut tout de même souligner qu'il est plus souple pour le présent procédé que le dispositif (1) mémorise un nom symbolique spécifique de résolution à la place de donnée de datation. Effectivement, lors de l'écriture des tables de correspondance entre un nom symbolique et l'URL d'une ressource, on n'a pas a anticiper la date et l'heure précise de diffusion de l'information primaire. Un simple nom symbolique spécifique univoque comprenant le nom de la station émettrice permettra de se départir du moment de la diffusion. Dans le cadre de cet exemple illustratif non limitatif, du coté du dispositif (1), lorsqu'une balise est détectée, le microprogramme dudit dispositif (1) enregistre alors deux données : la référence de la source de radiodiffusion (30) de la balise et les données horaire de l'acquisition. La première donnée peut par exemple être le PS (Program Service) ou nom de la station FM. De façon plus univoque on peut aussi récupérer le code PI qui est la carte d'identité numérique des stations de radio RDS. L'UER (Union Européenne de Radiodiffusion) a en effet défini les codes PI avec quatre valeurs hexadécimales codées chacune sur 4 bits. Concernant la seconde donnée : on enregistre la date et l'heure de l'acquisition. Pour ce faire, soit le dispositif (1) dispose d'une base temporelle propre et cohérente, soit le microprogramme dudit dispositif (1) acquière directement la valeur CT (Clock Time) : service RDS qui permet la transmission de l'heure. L'acquisition de la valeur CT est largement préférentielle dans le cadre de la présente invention. Il est à noter que le microprogramme dudit dispositif (1) peut utiliser sa propre base de temps mais que cette dernière est recalée par la valeur CT. Le moment venu, l'utilisateur pourra alors connecter ledit dispositif (1) sur le port USB de son ordinateur personnel (22) connecté à Internet (24) selon un mode opératoire détaillé ci-après. Le présent dispositif (1) étant en standard un récepteur FM RDS portable et un récepteur FM RDS USB, c'est à dire qu'il permet d'écouter toute la bande FM sur son ordinateur personnel (22), il faut préalablement et une fois pour toute installer un logiciel spécifique pour accéder à cette deuxième fonctionnalité standard (pour avoir l'interface de commande dudit dispositif (1)). Ledit logiciel spécifique peut alors faciliter l'implémentation des fonctionnalités de la présente invention. Revenons au mode opératoire. II existe plusieurs modes opératoires permettant de transférer au moins un nom symbolique, de la mémoire électronique du dispositif (1) de l'invention vers le serveur de résolution (25) unique dans le présent exemple. Dans un premier mode opératoire, l'utilisateur connecte son dispositif (1) sur le port USB de son ordinateur personnel (22). Le logiciel spécifique préalablement installé sur ledit ordinateur (22) va alors permettre la récupération automatique du ou des noms symboliques présents dans ladite mémoire électronique. Ledit logiciel va lancer un navigateur Internet en appelant une URL qui correspond au nom de domaine dudit serveur de résolution (25). Il va alors s'afficher dans ledit navigateur de l'utilisateur, la liste des noms symboliques extraits de la mémoire électronique de son dispositif (1), accompagnés chacun du nom de la station FM ayant émis le lien symbolique ainsi que la date et l'heure de l'acquisition dudit lien et surtout I'URL correspondant audit (à chacun des) nom symbolique. Dans un deuxième mode de fonctionnement, l'utilisateur peut faire défiler sur l'écran (12) de son dispositif (1) les noms symboliques enregistrés dans ladite mémoire. Il revient à l'utilisateur de se trouver devant un ordinateur (22) connecté au réseau Internet (24), de demander l'affichage de l'URL correspondant au serveur de résolution (25) et de saisir la valeur, par exemple numérique, des noms symboliques affiché sur l'écran (12) de son dispositif (1). Le moteur de résolution va alors afficher la même liste que précédemment. Ce deuxième mode de fonctionnement est similaire lorsqu'en lieu et place de l'ordinateur (22), l'utilisateur utilise un téléphone portable et appel le serveur (25) téléphonique de résolution. Ce dernier l'informe vocalement des résultats ou visuellement si le téléphone dispose d'un navigateur pour téléphone mobile. Si le dispositif de la présente invention est totalement intégré dans un téléphone portable, ce dernier joue le même rôle que celui d'un ordinateur (22) connecté à Internet (24). Dans ce cas, le présent procédé est plus souple. Concernant donc le cas d'une radiodiffusion nationale télévisée, il va être fait appel aux réseaux, opérateurs, normes et technologies existantes. Les technologies choisies sont centrées sur les normes utilisées pour la Télévision Numérique Terrestre (TNT) pour la partie pictographique du lien symbolique et le RDS pour la partie radio numérique sur la bande FM du lien symbolique. Il est choisi la télédiffusion d'une émission déjà enregistrée, donc pas en direct. II va être abordé deux modes différents de réalisation de la synchronisation d'un lien symbolique. Le premier mode est dit réseau car la synchronisation est assurée par le contenu du lien symbolique et des traitements effectués (au niveau du démultiplexeur (27)) pendant le transports du lien symbolique. Le deuxième mode est dit dispositif car la synchronisation sera effectuée par l'utilisateur au cours d'une procédure d'initialisation du dispositif de la présente invention, initialisation effectuée sur la base d'un signal test diffusé périodiquement par les éditeurs de contenu télévisé. Concernant le contenu du lien symbolique RDS, il va être présenté un mode de mise en oeuvre faisant intervenir le RDS ODA. Le présent mode de réalisation illustratif et non limitatif exploite les éléments techniques suivants : la transmission des données vers le codeur RDS (29) est normalisée (on entend par codeur RDS un équipement qui implémente au minimum les fonctionnalités matérielles et logicielles telles qu'elles sont définis dans le document UECP/SPB 490 version 6.02 paragraphe 1.2 dénommé encoder mode) ). On précise au "minimum" car ledit codeur (29) dispose par exemple en plus dans la présente réalisation d'une liaison de type Ethernet (28). On dénomme ici cette norme "RDS UECP"; la distribution sur un large territoire de données RDS peut techniquement faire intervenir une liaison par satellite, une liaison hertzienne terrestre voir d'autres types de liaisons spécialisées. Il est choisi une liaison TNT (16, 17, 18, 26 et 27) par radiodiffusion hertzienne numérique terrestre. La TNT est un système de diffusion utilisant en particulier la norme DVB-T, La norme DVB-T enrichit la Norme MPEG (ISO 13818). Les différents canaux numérisés (de télévision principalement) sont multiplexés : c'est à dire séparés (en audio, en vidéo, en données privées) et découpés en paquets et mélangés. Un programme de télévision se compose donc du flux de la composante vidéo, du flux de la composante audio, du flux des sous-titres en français, du flux des sous titre en anglais,... Chacun de ces flux est transporté par des paquets de transport (TS) qui portent un même numéro pour chacun des flux, le Paquet Identifier (PID : identifiant de paquet). Des tables DVB servent à déterminer ce que transporte un flux de paquets de transport avec un même PID. II est choisi, dans le cadre du présent mode de réalisation, la norme MPEG-2. En DVB, le numérique terrestre autorise la diffusion de 5 à 6 programmes audiovisuels sur la même fréquence, constituant ainsi un "multiplex de programmes" là où il n'y en avait qu'un en analogique. Les multiplex sont assemblés au niveau des têtes de réseau nationales, régionales ou locales ; ces deux dernières permettant l'insertion de programmes de proximité et la réalisation de décrochages locaux. Le MPEGû2 distingue deux format de multiplexage : le flux de transport (MPEG-2 TS : Transport stream) et le flux de programme (MPEG-2 PS : Program Stream). Le format utilisé pour la TNT est essentiellement le MPEG-2 TS. Il est spécifié dans le document ISO/IEC standard 13818-1. Aux fins de simplifier les différents acteurs de la TNT et du RDS, il est distingué les éditeurs de contenu et les opérateurs de réseaux. Les éditeurs de contenu travaillent à l'élaboration du contenu des programmes radiodiffusés ; les opérateurs de réseaux travaillent à la distribution des flux numériques associés à ces programmes. On notera que les opérateurs de RDS TMC interviennent aussi dans le domaine de la TNT ; Force est aussi de constater que la distribution pratiquement au même moment de données RDS identiques sur un large territoire est aussi effective (RDS TMC). Pour des raisons de clarté d'explication, le présent mode de réalisation va traiter de l'émission d'un lien plurimédia par un seul éditeur de contenu télévisé (pour le pictogramme 19) et un éditeur de contenu radio FM (pour la partie radio FM RDS du lien symbolique) à l'aide d'un seul opérateur de réseau dans le cadre de la présence d'une seule autorité de nommage gérant un seul serveur (25) de résolution connecté à Internet (24). Ledit lien symbolique va être détecté, mémorisé puis exploité par un seul utilisateur à l'aide d'un seul dispositif (1). Il est bien évident que le même présent procédé peut être mis en oeuvre par plusieurs éditeurs de contenu, plusieurs opérateurs de réseau, plusieurs autorités nommage, plusieurs liens symboliques, plusieurs utilisateurs et plusieurs dispositifs (1) le tout sur plusieurs types de réseaux avec plusieurs serveurs de résolution (25) et différentes normes de radiodiffusion numérique, de transport et de format de l'information. Dans un premier temps ledit éditeur de contenu télévisé se connecte audit serveur (25) de résolution pour obtenir une valeur de nom symbolique. Les deux parties dudit lien plurimédia seront distribuées par un seul opérateur de réseau. Ladite valeur ne sera délivrée qu'une seule fois pour une période de temps donnée. C'est en effet un des rôles de l'autorité de nommage que de garantir l'unicité des liens symboliques qu'elle attribue. Aux fins de simplifier le présent mode de réalisation, ladite valeur représente la concaténation de deux valeurs : le code PI (Program Identification du système RDS) de l'éditeur de contenu radio et une valeur sur huit bits qui constitue, associé au code PI, le nom symbolique. Cette dernière s'incrémente à chaque nouvelle demande de nom symbolique à ladite autorité de nommage par ledit couple d'éditeurs de contenu. Ledit nom symbolique est valable par exemple pendant un mois. A titre d'exemple, le présent nom symbolique a pour valeur hexadécimale F22001 , c'est donc le premier ( 01 ) nom attribué à l'éditeur de contenu télévisé nommé énergiedouzetélé . Ledit nom sera radio diffusé par l'opérateur de réseau par exemple nommé tourdiffusion . tourdiffusion va utiliser la ou les fréquences de la bande FM de l'éditeur de contenu radio par exemple nommé énergiefréquenceradio qui aurait pour PI : F220 . Ici, énergiedouzetélé a obtenu ledit nom en accédant au serveur (25) de résolution par exemple accessible à I'URL : WWW.RADIOGLYPH.COM .
L'éditeur de contenu télévisé va maintenant préparer le montage de son émission télédiffusée et l'opérateur de réseau va distribuer le lien plurimédia. Pour ce faire, il est fait appel à trois procédés : le premier permet de définir le contenu et l'affichage dudit pictogramme associé au présent procédé et d'y associer ladite trame principale (ledit lien symbolique). Pour souligner le coté applicatif on emploie le terme de "lien symbolique" mais pour souligner le coté implémentation technique on emploie le terme "trame RDS". Le deuxième permet de commander au démultiplexeur (27) du flux DVB (17) relié au codeur RDS (29) dudit opérateur, l'extraction de ladite trame principale (31 ou 33 ou 35) dont une partie dite trame terminale (36) va être radiodiffusée en RDS vers ledit dispositif (1). le flux télévisé TNT (17) inclue ledit pictogramme (19) et ladite trame principale. le troisième est le lien entre ledit démultiplexeur (27) et le codeur RDS (29) pour la radio diffusion numérique du flux RDS vers le dispositif (1) de la présente invention. Concernant le premier procédé, il est fait appel au standard européen définit dans le document ETSI EN 300 743 DVB Subtitling systems . Ce standard a été produit par les organismes suivants : Joint Technical Committee (JTC) Broadcast of the European Broadcasting Union (EBU), Comité Européen de Normalisation ELECtrotechnique (CENELEC) et European Telecommunications Standards Institute (ETSI). Ce standard spécifie une méthode par laquelle les sous-titres, les logos et autres éléments graphiques peuvent être codés, transporté et synchronisés à l'affichage. Ce transport est en particulier basé sur le system MPEG-2 décrit dans le document ISO/IEC 13818-1. On dénommera cette norme la norme "DVB sous titre". Concernant le deuxième procédé, il est fait appel en particulier aux mécanismes décrit dans les normes DVB et qui sera exploités par ledit démultiplexeur (27). II s'agit des précédentes norme citées, de la norme ETSI EN 300 468 spécification pour le Service d'Information (SI : Specification for Service Information in DVB systems) produits par les mêmes organises cités; on dénommera cette norme "DVB SI" ; de la norme citée ISO/IEC 13818-1 notamment sa partie concernant les données privées ( private data en anglais). Concernant le troisième procédé, les normes DVB de service et profil de signalisation, le document EN 301 192 ("DVB specification for data broadcasting") définit, en conjonction avec les documents EN 300 468 ("DVB specification for Service Information (SI)") et TR 101 211 ("DVB Guidelines on implementation and usage of Service Information (SI)") différents mécanismes de signalisations et de transmissions de données. On distingue le tunnelage de données ("Data piping"), le flux de données ("data streaming"), l'encapsulation multiprotocoles MPE ("MultiProtocol Encapsulation"), le carrousel dedonnées ("data carousel"), le carrousel d'objet ("object carousel") et les protocoles de haut niveau basés sur la transmission asynchrone de données. Un certain nombre de solutions propriétaires ont vu le jour utilisant comme base d'encapsulation la méthode du "data-piping". "IP sur DVB", groupe de travail de l'IETF (IETF Internet Engineering Task Force), oeuvre pour la normalisation d'un nouveau protocole reposant sur le "datapiping" est adapté à la couche MPEG-2 TS / DVB : ULE (Ultra Lightweight Encapsulation). Ce protocole se propose de remplacer le protocole MPE en offrant une interface plus simple, plus légère et plus ouverte. L'encapsulation ULE est ainsi proposée comme alternative à MPE. ULE permet par exemple d'encapsuler les protocoles Internet (IP : Internet Protocol). ULE permet aussi de véhiculer directement d'autres unité de données de protocole (Protocol Data unit : PDU) comme les trames Ethernet, permettant ainsi la mise en place d'un pont Ethernet (que nous allons utiliser). La méthode ULE repose sur l'encapsulation des PDU dans des unités de données de sous réseaux (SubNetwork Data Unit : SNDU). Comme pour MPE, la SNDU est encapsulé dans le flux MPEG-2 TS. De plus, dans le cadre de ce troisième procédé, il sera en particulier fait appel à la norme citée UECP/SPB 490 et les normes spécifiant le format des données RDS et RDS ODA, par exemple la norme IEC 62106 de l'International Electrotechnical Commission et la norme EN50067 du (CENELEC : Comité Européen de Normalisation ELECtronique).
Concernant le premier procédé, l'éditeur de contenu télévisé prépare l'insertion dudit pictogramme de la présente invention ainsi que toutes les données temporelles associées (PTS (42) en particulier). Dans la présente version réseau de synchronisation, l'idée générale est la suivante. Premièrement : les données liées au pictogramme (19) du lien symbolique sont encodées avec la norme DVB sous-titre de façon a introduire un délai "TD" fixé (par exemple 5 secondes) entre la réception du flux DVB (17) par le décodeur de la télévision de l'utilisateurs et le moment où ledit pictogramme (19) s'affiche sur l'écran de ladite télévision (18) (grâce l'attribution d'une valeur au PTS (42) du sous titre incluant ledit pictogramme (19)). Deuxièmement, ce délai est calculé par ledit démultiplexeur (27) (délai égale à PCR moins PTS (42)) relié audit codeur RDS (29) puis sa valeur est introduite dans la trame RDS que ledit démultiplexeur (27) va transmettre audit codeur RDS (29) (via une liaison Ethernet et la norme DVB ULE). Ladite valeur va être associée en plus au temps UTC du moment où ledit démultiplexeur (27) a effectué ce calcul. Troisièmement donc, la trame RDS (35) va être envoyée audit codeur RDS (29) (norme UECP RDS) qui va alors envoyer le groupe RDS ODA numéro 3A (36) incluant ledit délai et ledit moment UTC. Quatrièmement; ledit dispositif (1) de la présente invention, lors de l'acquisition de ladite trame 3A (36) dispose alors de toute l'information temporelle nécessaire à la présente synchronisation "réseau". Il est considéré que le moment, dans le référentiel du temps universel, entre la réception du flux DVB par ladite télévision (18) d'une part et la réception du même flux par ledit démultiplexeur (27) d'autre part, est identique. Pour finir, ledit pictogramme (19) est toujours affiché avant la signalisation sensorielle dans ledit dispositif (1). Pour ce faire, ledit pictogramme (19) va être encodé en utilisant la norme ETSI EN 300 743: Système de Sous-titres (Subtitling System). Ce document spécifie une méthode par laquelle les sous-titres, les logos et autres éléments graphiques sont codés et transportés dans un flux DVB. Il est à noter qu'il existe d'autres mécanismes DVB qui concerne le sous-titrage. La méthode choisie permet en particulier de maîtriser le moment de l'affichage du logos au niveau du décodeur DVB de l'utilisateur. Les données dudit pictogramme (19) sont encapsulées dans les paquets MPEG-2 (PES) et sont affichées au temps voulu car elles sont d'abord mémorisées dans ledit décodeur puis affichées en fonction de la valeur du marqueur temporel de présentation (PTS (42)), marqueur d'un part inséré dans l'entête du ou des paquet PES constituant ledit pictogramme (19) et d'autre part ayant la même valeur pour tous les éléments dudit pictogramme (19). La partie la plus délicate de ladite version réseau de synchronisation est celle qui concerne le démultiplexeur (27) relié au codeur RDS (29) de l'éditeur de contenu radio. II faut en effet que ledit démultiplexeur (27) puisse extraire du flux DVB/MPEG-2 la trame RDS puis les envoie audit codeur RDS (29). Pour ce faire on va utiliser le protocole ULE. Les différents champs de ULE sont détaillés dans le commentaire de la figure 5. Nous avons vu que ULE permet d'encapsuler des trames Ethernet. Ethernet est un standard de transmission de données pour réseau local basé sur le principe suivant : Toutes les machines du réseau Ethernet sont connectées à une même ligne de communication, constituée de câbles cylindriques. On distingue différentes variantes de technologies Ethernet suivant le type et le diamètre des câbles utilisés. Par exemple le 10BaseT est une paire torsadée (le T signifie twisted pair), le débit atteint est d'environ 10 Mbps. La connectivité Ethernet permet de gérer tout type d'équipements via un réseau local Ethernet à partir d'applications compatibles avec les protocoles IP. Cette connectivité se généralise compte tenu de la pénétration des réseaux locaux dans tous les systèmes de communications, et devient nécessaire pour de nombreuses applications dans des environnements très variés. Concernant les mécanismes de signalisation DVB, Il convient de noter que ces derniers sont orientés utilisateurs alors que les besoins dans le cadre de la présente réalisation du procédé de l'invention sont orientés vers l'opérateur de l'éditeur de contenu. Il existe cependant un certain nombre de mécanismes, qui sont utilisés par le procédé de la présente invention, mécanismes qui sont orientés sur les besoins de l'opérateur à travers la diffusion de données DVB destinées à l'usage interne des diffuseurs. On peut par exemple mentionner l'existence de tables privées. En effet, toutes sections de tables ayant un PID supérieur à 20 et un table id compris entre 128 et 255 sont des tables privées dont le contenu est défini par l'opérateur. On peut aussi renvoyer de façon plus générale à la spécification ISO/IEC 13818-1 dans sa partie dédiée aux sections privées dont la syntaxe et précisée dans son annexe C. Concernant l'implémentation des protocoles DVB MPE ou DVB ULE elle n'est pas encore vraiment très répandu dans les décodeurs DVB/MPEG des utilisateurs mais pour ce qui concerne le procédé, on considère évidemment qu'elle l'est au niveau dudit démultiplexeur (27). Evoquons l'interface entre ledit démultiplexeur (27) et ledit codeur RDS (29). La majorité des codeurs RDS sont équipés d'une liaison série RS232 (norme standardisant un port de communication de type série); certains possèdent une fonctionnalité qui permet la réception directe des données auxiliaires codées dans le format MPEG; d'autres possèdes une interface DVB-ASI (Asynchrone Serial Interface : interface série orientée vers le transport de données DVB/MPEG qui décrit le format dans lequel les données sont transportées), d'autres une interface de communication respectant les protocoles IP; d'autres codeur RDS (29) sont aussi des récepteurs qui implémentent les normes DVB. Dans le cadre du présent mode de réalisation, on considère une liaison de type Ethernet entre ledit démultiplexeur (27) et ledit codeur RDS (29). Ledit démultiplexeur (27) va extraire un paquet MPEG-2 TS (31). Ledit paquet (31) est encodé sur la même référence d'horloge du codeur MPEG-2 qui a aussi encodé ledit pictogramme (19). Ledit pictogramme (19) est "encapsulé" selon la norme DVB sous-titre. Ledit paquet (31) encapsule la trame RDS selon le protocole DVB ULE; Ladite trame RDS (35) qui est au format UECP RDS est transmise audit codeur RDS (29). Concernant les informations RDS envoyées audit codeur RDS (29), toutes les fonctions du système RDS sont numériques, les données (débit d'environ 1,2 kbits/s) sont gérées et traitées en temps réel par ledit codeur RDS (29) contenant un microprocesseur programmable. Le microprocesseur assure la gestion du codeur RDS (29) et la programmation des données numériques en fonction des services que l'éditeur de contenu radio souhaite proposer sur l'émetteur. Les données RDS sont classées en deux catégories : les paramètres statiques : ce sont tous les codes RDS programmés dans la mémoire du codeur et qui n'évoluent pas ou pratiquement pas. Par exemple l'affichage du nom, le code d'identification de la station (carte d'identité numérique) ; les paramètres dynamiques : ce sont les codes RDS susceptibles d'évoluer dans le temps, par exemple les données du radioguidage RDS TMC. Les données externes constituant les paramètres dynamiques sont acheminées au codeur RDS (29) par une liaison spécialisée ou un faisceau hertzien, ici la dernière liaison est filaire de type Ethernet. Ledit codeur RDS (29) dispose donc d'un port Ethernet (type 10BaseT). Ledit codeur RDS (29) peut diffuser/rediffuser des informations ODA et ceux dans différents modes : FIFO (premier entré premier sortie), cyclique, rafale, roue tournante (Spinning wheel). Ledit codeur RDS (29) dispose d'une base de temps dont la précision est conforme à la réalisation du procédé de la présente invention (il récupère le temps UTC sur le groupe RDS 4A). La norme RDS UECP permet commander et de contrôler ledit codeur RDS (29). On détaille ci-après quelques éléments mentionnés sur la figure 5 : la structure des messages de commandes comprend un code élément de message (MEC : Message Element Code), un numéro d'ensemble de données (DSN : Data Set Number), un numéro de service de programme (PSN : Programme Service Number), une longueur de MEC (MEL : Message Element data Lenght) et une donnée d'élément de message (MED : Message Element Data). C'est à l'aide de ces messages de commandes que l'on va contrôler le contenu et le moment de la radiodiffusion du lien symbolique. II est important de revenir ici sur l'esprit du présent mode de réalisation. Il s'appui sur l'état de l'art existant et vise une réalisation extrêmement rapide, avec un minimum d'adaptation, en exploitant les caractéristiques des réseaux existants et en utilisant des techniques déjà en oeuvre. On prend ci-après un exemple concernant la fonctionnalité de synchronisation entre l'affichage du pictogramme (19) sur le téléviseur (18) d'un utilisateur du présent procédé et la signalisation dans le dispositif (1) du présent procédé. L'idéal dans le cadre d'une synchronisation "réseau" est d'insérer dans le groupe RDS qui va être envoyé audit dispositif (1), une valeur exprimée par exemple en unité de quatre dixièmes de seconde et dans le référentiel UTC (ce référentiel est partagé par tous les équipement du présent procédé, y compris par ledit dispositif (1) qui récupère le temps UTC sur le groupe RDS 4A). Ladite valeur exprime la différence de temps, dans le référentiel UTC et au niveau dudit démultiplexeur (27), entre la réception du premier élément dudit pictogramme (19) et son affichage dans le téléviseur (18) de l'utilisateur dudit dispositif (1). Sachant qu'il est postulé que le flux DVB arrive quasiment au même moment au niveau dudit démultiplexeur (27) et au niveau de ladite télévision (18). Si des corrections doivent être faites on admet que ledit opérateur connaît très précisément les temps de traitement et de transfert entre ses différents équipements. Il convient de noter que compte tenue des caractéristiques de la TNT (diffusion hertzienne numérique terrestre comprenant plusieurs milliers de rediffuseur locaux) ces temps de traitements de transferts sont tous différents sur un territoire national comme la France. Pour faire court, l'idéal de la présente mise oeuvre est de ne pas modifier le logiciel interne dudit codeurs RDS (utilisé en mode "esclave") et de réaliser des adaptations minimales sur ledit démultiplexeur (27). Dans une certaine mesure, ledit démultiplexeur (27) n'est qu'un simple décodeur MPEG-2 que l'on adapte. Ce décodeur MPEG-2 (27) est connecté au codeur RDS (29) par une liaison Ethernet. Grâce à la souplesse des normes DVB, il existe de nombreuses solutions qui permettent d'implémenter le présent mode de réalisation. On choisi dans la présente réalisation et dans un premier temps de transporter l'information constitutive d'un lien plurimédia dans des flux DVB. Ledit lien plurimédia va arriver jusqu'à un contrôleur de flux qui est un démultiplexeur (27). Ledit démultiplexeur (27) va extraire d'un flux DVB ledit lien symbolique. Pour bien identifier le fait que le flux va en quelque sorte se diviser on appel "trame RDS" ledit lien symbolique. Le mot trame RDS sera employé de manière générique comme une trame d'information numérique contenant les données RDS finale dont le dispositif (1) va faire l'acquisition. Ledit démultiplexeur (27) va transmettre ladite trame RDS vers le codeur RDS (29) qui va émettre un groupe RDS (36) contenant les valeurs constitutive dudit lien symbolique. Les flux DVB appartiennent au même programme (au même éditeur de contenu télévisé). On choisi de référencer ces flux dans la table PMT. Ces flux partagent donc la même base de temps donnée par la valeur du PCR. (On rappelle que le PCR donne la base de temps du contenu des flux DVB au niveau du décodeur ou ici du démultiplexeur (27)). Sur ces bases on va présenter deux implémentations différentes de ladite trame RDS. Dans les deux implémentations, ledit pictogramme (19) sera encodé dans le flux dénommé "sous titre" selon la norme DVB sous titre. II convient de noter que ledit pictogramme (19) pourrait être intégré à d'autre type de flux mais on choisi ici un flux exploitant les caractéristiques proposées par la norme DVB sous titre. Dans la première implémentation, la trame RDS est encodée dans les données auxiliaires d'un flux de type audio. Dans la deuxième implémentation, la trame RDS est encodée au sein même d'un flux de type sous titre. De façon générale, on va associer les données liées audit pictogramme et à ladite trame RDS grâce à une même table PMT. L'une est l'autre partageant la même base temporelle apportée par la valeur du PCR. Ledit pictogramme (19) est encodé selon la norme DVB sous-titre. Ladite trame est encodée selon la norme UECP RDS. On contrôle le moment précis de l'affichage dudit pictogramme (19) grâce à la valeur de son PTS (42). Cette valeur est localisée dans le paquet PES (41) dédié aux sous-titres. Le moment exact de l'affichage dudit pictogramme (19) est contrôlé par l'insertion d'un délai (TD) d'affichage donnée par la différence temporelle entre la valeur du PTS (42) et du PCR. Ce délai d'affichage est introduit lors de la réalisation dudit pictogramme (19) à l'aide de logiciel dédié à la réalisation, la mise en page et le contrôle de la temporalité de l'affichage des sous titres. Evidemment ici le sous titre inclut ledit pictogramme (19) graphique. On fixe donc ce délai à la valeur "TD" (TD= PTS (42) - PCR). Concernant la trame RDS, selon la première implémentation, elle est encodée avec les données auxiliaires audio. Pour ce faire, on signale dans la table PMT la présence d'un descripteur de données auxiliaires ("ancillary_data-descriptor" selon la norme DVB SI) dont le champ identifiant ("ancillary_data_identifier" selon la norme DVB SI Version 1.7.1 à l'état de document de travail donc non encore adoptée en date de décembre 2005) de huit bits est positionné avec la valeur "1" sur son bit numéro six. Selon la norme DVB SI, cela signale la présence de données RDS dans les données auxiliaires du flux audio. Ledit démultiplexeur (27) extrait alors ces données. Quelque soit le format de ces données RDS (format UECP RDS ou non) si elles correspondent au groupe RDS numéro 3A (36) avec une valeur d'identifiant (40) d'application (AID) qui correspond à une application conforme au procédé de la présente invention, alors ledit démultiplexeur (27) construit une trame Ethernet (34) qui encapsule ces données RDS, pour envoyer cette trame Ethernet (34) audit codeur RDS (29). Concernant la deuxième implémentation, on se place dans un premier temps au niveau des paquets PES (41). Ledit pictogramme (19) et ladite trame RDS sont encodés dans le même flux de type sous titre dans un unique paquet PES (41). Ils partage la même valeur de PTS (42). Au niveau des paquets MPEG-2 TS (31), il sont référencés sous la même valeur de PID. Au niveau des tables ils sont référencés sous la même table PMT et partagent la même valeur de PCR. Donnons ici quelques définitions liées à la norme DVB sous titre. II est définit comme un service de sous titre, un service fourni pour un programme pour un certain but. Par exemple selon un langage particulier. Une page est un ensemble de sous titres pour un service de sous titre pour une certaine période. Une page contient un certain nombre de région et dans une région il peut y avoir plusieurs objets. Une page peut être soit de type normal soit de type auxiliaire . Dans ce dernier cas, elle est alors un moyen de transporter dans un flux (de type sous titre) des éléments de sous titres qui peuvent être partagés par plusieurs services (de sous titres) au sein d'un même flux (de type sous titre). On choisi d'encoder ledit pictogramme (19) dans une page normale de sous titre et d'encoder ladite trame RDS dans une page de sous titre de type auxiliaire (41). Ladite trame RDS sera encodée, au niveau des paquets MPEG-2 TS (31), dans un seul paquet (31) de 188 octets de longueur. Au niveau des paquets PES (41), le format respecte la norme DVB sous titre et est le suivant. On distingue la partie entête et la partie données (43) utiles dudit paquet PES (41). La partie entête comprend en particulier le PTS (42). Au niveau du traitement, qui sera détaillé plus loin, ledit démultiplexeur (27), lorsqu'il identifie ladite valeur de PID qui correspond audit flux sous titre, extrait et mémorise la valeur de PTS (42). Concernant la partie données (43) utiles dudit paquet PES (41), elle a le format suivant. Elle comprend d'abord un identifiant de données. Cet identifiant à une valeur hexadécimal de "20" pour signifier un type sous titre. Elle comprend ensuite un identifiant de flux de type sous titre dans ledit paquet PES (41). II a une valeur hexadécimale de "00". Elle comprend ensuite tous les contenus des segments les uns à la suite des autres. La fin du paquet PES (41) est repérée grâce au dernier champ du paquet PES (41) qui a la valeur hexadécimale "11 ". Ladite trame RDS est encodée dans un seul segment. Le segment est l'unité de base des sous-titres. Pour ce faire, on utilise la structure de données correspondant audit segment ("Subtitling_segment" selon la norme DVB sous-titre). Ladite structure est composée de cinq champs. Le premier "sync_byte" est dédié à la synchronisation, pour le deuxième : "segment_type", on donne un valeur de type de segment qui correspond à des données privées.
Cette valeur doit être comprise, selon la norme DVB sous-titre, entre "81" et "EF" en hexadécimale. Cette valeur spécifique va permettra audit démultiplexeur (27) d'identifier la partie trame RDS dudit pictogramme (19). Le troisième champ est l'identification de la page ("page_id"). On va ici donner audit pictogramme (19) une valeur d'identification de page différente de celle de ladite trame RDS. La page contenant ladite trame RDS va être identifiée au niveau du descripteur de sous titre présent dans la table PMT comme une page de type auxiliaire. Ledit pictogramme (19) va être identifié au niveau du descripteur de sous titre présent dans la table PMT comme une page de type normale. Ledit pictogramme (19) et ladite trame RDS sont référencé dans la table PMT sous un seul descripteur de sous titre. Le fait de référencer ladite trame RDS dans une page de type auxiliaire permet en particulier de la réutiliser pour d'autre service de sous titre. Cela permet aussi d'isoler et de référencer ladite trame RDS de façon plus univoque que si elle était mélangée avec les segments d'une page de type normal. Le quatrième champ est la longueur du segment ("segment_length"). Elle est exprimée en nombre d'octet que contient la trame RDS inclue dans le cinquième champ. Le cinquième champ correspond aux données utiles du segment ("segment_data field"). Ces données correspondent à une encapsulation de ladite trame RDS dans une trame Ethernet (34). Ladite trame RDS (35) étant encodée selon la norme UECP RDS. Dans cette seconde implémentation, tous les éléments d'un lien symbolique de la présente invention sont entièrement encodés dans un sous titre. Ils appartiennent et son référencés l'une et l'autre sous un seul descripteur de sous-titre ("Subtitling_descriptor") dans la table PMT. II est à noter que bien que contenu dans un sous titre, la trame RDS ne s'affichera pas dans l'écran de télévision (18) des utilisateurs car il postulé que façon standard dans le cadre de la présente réalisation, les décodeurs de sous-titre n'exécute pas de traitement particulier au regard d'une valeur privée (entre 81 et EF) de type de segment dont le contenu est de la forme d'une trame RDS. On se place à présent au niveau des paquets TS (31). On rappelle qu'un paquet MPEG-2 TS (31) DVB est constitué de deux parties. Une partie entête (32) et une partie données (33). Ledit paquet (31) contient dans sa partie entête (32) tout ce qui a trait à son identification et en particulier dans sa partie données (33) le contenu primaire de la trame RDS ainsi que les données nécessaires à son transfert vers ledit codeur RDS (29) par une liaison Ethernet (28). On qualifie le contenu de la trame RDS de primaire dans la mesure où ce dernier va être enrichi, au niveau dudit démultiplexeur (27), d'une valeur de quatre bit représentant le moment exact en temps universel de l'affichage dudit pictogramme (19). On précise le format complet dudit paquet TS (31), d'une part de la partie entête (32) et d'autre part de la partie données (33). De plus, des valeurs de champ exprimées en binaire sont données. Concernant la partie entête (32), on distingue un octet de synchronisation, un bit d'indicateur d'erreur de transport, et un bit d'indicateur de début de la partie données dudit paquet TS (31) ("payload_unit_start_indicator"). On va positionner ce bit avec la valeur binaire "1" pour indiquer que les données du paquet PES (41) commence par le premier octet du présent paquet TS (31). Dans le cadre de la présente réalisation, Il s'agit en effet du premier paquet TS (31) dudit flux de type sous titre dudit paquet PES (41) reçu par ledit démultiplexeur (27). Ledit paquet TS (31) comprend ensuite l'indicateur de priorité de transport ("transport_priority"). Ce dernier est positionné avec la valeur binaire "1" pour indiquer audit démultiplexeur (27) qu'il s'agit d'un paquet TS (31) avec une priorité supérieur aux autres paquet TS dudit flux sous titre. Ledit paquet TS (31) comprend ensuite sur treize bits la valeur du PID. Cette valeur très importante permet d'identifier le contenu des paquets TS relatif audit paquet PES (41) de type sous titre. Ledit paquet TS (31) comprend ensuite un contrôle de mode de mélange (pour les diffusion cryptées) puis un contrôle du champ d'adaptation puis un compteur de continuité. Concernant le contrôle du champ d'adaptation ("adaptation_field_control"), il est positionné avec la valeur binaire "1 1" pour indiquer la présence d'un champ d'adaptation et d'une partie donnée (33). Le champ d'adaptation va permettre de signaler la présence d'une valeur de PCR que l'on va inclure dans le champ optionnel. La partie donnée (33) va inclure ladite trame RDS. Ledit paquet TS (31) comprend ensuite ledit champ d'adaptation puis la partie données (33) utiles conformément à une valeur binaire de "11" du champ de contrôle du champ d'adaptation. Ledit paquet TS (31) comprend donc la longueur du champ d'adaptation ("adaptation_field_length"), puis un octet composé de différent drapeau de 1 bit. Parmi ces drapeaux, il y a le drapeau qui indique la présence du PCR. On positionne ce drapeau avec la valeur binaire "1" pour indiquer la présence du PCR. Ledit entête (32) comprend ensuite un champ de 48 bits incluant le PCR. LE PCR est codé en deux parties respectivement de 33 et 9 bits. Le troisième champ de 6 est réservé. La première partie du PCR sur 33 bits, la deuxième partie sur 9 bits est l'extension du PCR. La valeur du PCR indique le temps exact (reproduit du coté démultiplexeur (27)) de l'arrivé de l'octet contenant le dernier bit du PCR à l'entrée dudit démultiplexeur (27). On ne s'intéresse qu' la partie de 33 bits et que l'on utilisera avec le même format que PTS. La présente partie entête (32) peut éventuellement être comblée avec des octets de bourrage. Concernant la partie données utiles (33) dudit paquet TS (31), elle est composée comme suit. On va lui donner le format conforme au protocole ULE. Selon cette analogie, ladite partie données utile (33) est ici nommée SNDU. Elle est structurée selon une finalité d'encapsulation pour un pont Ethernet ("Bridged Ethernet Encapsulation"). Ladite trame SNDU (33) se décompose en trois partie : une partie entête, une partie nommée PDU (34) qui comprend les données utiles et une troisième partie nommée "CRC 32" (Cyclic Redondancy Check sur 32 bits) qui permet de vérifier la validité des données de la trame SNDU. On va mettre dans la partie utile (PDU (34)), la trame RDS référencé 35 surla figure 5. La partie entête du SNDU se décompose comme suit : un bit de présence ou d'absence d'adresse MAC (Meduim Access Control), quinze bits précisant la longueur de trame ULE au format SNDU, deux octets définissant le type de la partie données (34) contenu dans ladite trame SNDU (33). Concernant le PDU (34) il est décomposé en deux partie, une entête et les données. II est ainsi décomposé en deux partie parce que nous allons utiliser le format d'encapsulation pour un pont Ethernet. La partie entête du PDU (34) est décomposée comme suit : six octets pour l'adresse MAC de la source, six octets pour l'adresse MAC de destination, deux octets précisant le type de données Ethernet. L'adresse MAC de destination est bien évidemment l'adresse dudit codeur RDS (29) connecté audit démultiplexeur (27) par une liaison Ethernet (28). En effet, si plusieurs équipements sont connectés audit démultiplexeur (27), ledit codeur RDS (29) pourra ainsi ne récupérer que les messages qui le concerne. La partie donnée du PDU (34) comprend ladite trame UECP RDS. La troisième partie de ladite trame SNDU (CRC 32), utilisée pour la vérification polynomiale de l'intégrité, comprend quatre octets. Concernant la partie données du PDU (34), il s'agit de ladite trame RDS (35) destinée audit codeur RDS (29). Cette trame va permettre de commander audit codeur RDS (29), l'émission immédiate (ou légèrement différée) par radiodiffusion numérique sur la bande FM, du groupe RDS (36) choisi pour implémenter le procédé de la présente invention dans le cadre de la présente réalisation. Ledit groupe RDS (36) choisi est le groupe numéro 3A. Ce groupe (36) est dédié à des applications ODA. On va préciser son format juste après le détail ciaprès du format de la partie données (35) du PDU. Cette partie comprend la trame RDS au format UECP RDS. Le premier octet signale le début de la trame. Les deux octets suivants constitue l'adresse du codeur RDS (29). L'octet suivant est le compteur de répétition. En effet pour des raisons de fiabilité on peut transmettre plusieurs fois la trame. L'octet suivant est la longueur de la partie message de ladite trame RDS. La partiesuivante est la partie message proprement dit. Elle peut être constitué de plusieurs éléments. Dans le présent exemple on ne prend qu'un seul élément. Après la partie message, il y a un CRC sur deux octets. Ce CRC permet de contrôler l'intégrité de ladite trame. Pour finir il reste l'octet qui signale la fin de ladite trame RDS. Concernant la partie message, on distingue le code de l'élément de message (MEC) sur un octet, la longueur de l'élément de message (MEL) sur un octet et les données de l'élément de message (MED). Il existe d'autres champs mais on ne les présente pas ici. Avant d'illustrer par des valeurs numériques de la trame RDS, on présente le format du groupe (36) 3A choisi. le groupe (36) 3A permet d'identifier les applications ODA. Comme tous les différents groupes RDS, il est constitué d'une suite synchrone de 104 bits (un groupe a une durée de 87,6 ms. Le débit de la trame est 11,4 groupes par seconde). Un groupe contient quatre blocs de données de 26 bits chacun (soit 4 x 21,9 ms) dont 16 bits de données et 10 bits de contrôle/décalage. Les 10 bits de contrôle/décalage synchronisent les données et constituent un code de correction d'erreurs capable de détecter un certain nombre de types d'erreurs. Le groupe (36) 3A est donc constitués de 4 blocs utiles de 16 bits chacun. Le premier bloc contient sur 16 bits l'identification PI (37) de la station. Concernant le bloc 2 : les cinq derniers bits du bloc 2 indiquent le groupe (36) et la version de groupe (36) sollicités pour la transmission de l'application ODA. Le système ODA permet aux radiodiffuseurs de créer des applications RDS sans engager de procédure de normalisation auprès de l'UER. Le format des données doit simplement être déposé auprès des autorités compétentes qui attribuent alors un code d'identification. Deux conditions spéciales sont prévues dans le bloc 2 : la valeur "00000" signifie l'absence de transmission dans un groupe lié. Cela indique que les données ODA ne sont pas liées ou insérées dans un autre type de groupe de la trame RDS. La valeur "11111" signifie l'inhibition temporaire des données. Cela indique un arrêt momentané de la transmission des données ODA sur la trame numérique au niveau du codeur RDS (29). Les 5 bits suivants du bloc 2 représente le PTY : cette fonction permet d'identifier les types de programmes diffusés par une station RDS (30). Le bit suivant représente l'indicateur TP pour les informations routières. Enfin les 5 premiers bits (38) sont le type de groupe (36). On positionne ces bits (38) à la valeur binaire "00110" qui signifie la valeur 3A qui est celle du présent groupe (36). Le bloc 3 (40) contient les données de l'application ODA. On va détailler juste après ses valeurs que l'on va attribuer dans le cadre de la présente réalisation. Le bloc 4 (40) contient un code d'identification défini par l'UER permettant au récepteur d'activer son programme interne correspondant. Les codes AID (40) (Application IDentification) de 0001 à FFFF (en hexadécimal) définissent les applications ODA créées. II faudra donc dans le cadre du procédé de la présente invention, demander aux autorités compétentes d'attribuer un code particulier pour que tous les dispositifs (1) de la présente invention puissent identifier les applications conformes audit procédé. Ici à titre d'exemple, on prend la valeur hexadécimale "ABCD" (40) qui n'est pas encore attribuée en date de juin 2006. On détaille maintenant le format du bloc 3 (39) en prenant les bits d'information de gauche à droite. Le premier bit est la balise de marqueur signalétique du procédé de la présente invention. Lorsque ce bit passe de "0" à "1", et lorsqu'il vaut "1" cela informe l'application implémentant ledit procédé que un nom symbolique est détecté. Ladite balise à aussi deux significations implicites. La première est liée au mode de signalisation. La deuxième est lié au mode d'acquisition. En effet, une valeur de "1" de ladite balise renvoi à un mode de signalisation implicite par activation d'une diode (14) de couleur donnée, par exemple de couleur rouge. De même, une valeur de "1" de ladite balise renvoi à un mode d'acquisition implicite par appui sur un bouton dit standard (10). Les trois bits suivants concernent l'Interface Homme Machine (IHM). Les deux premiers bits de l'IHM représentent le mode d'acquisition, le troisième bit représente le mode de signalisation. Concernant les 2 bits du mode d'acquisition, les significations sont les suivantes : une valeur de "00" signifie un mode nominal d'acquisition, c'est à dire que la mémorisation du nom symbolique dans la mémoire électronique dudit dispositif (1) va s'effectuer par un appui, de la part de l'utilisateur, sur bouton standard (10) dédié à cette acquisition nominale. Les valeurs de "01", "10" et "11" correspondent respectivement à une acquisition par un appui sur le bouton "01" ou le bouton "10" ou le bouton "11". Au niveau applicatif, cela permet d'obliger les téléspectateurs à regarder la télévision (18), plus opérationnellement il s'agit d'une mémorisation de lien symbolique conditionnée à l'appui sur "bon" bouton. Le troisième bit de l'IHM représente le mode de signalisation. Une valeur de "0" signifie une signalisation nominale par l'activation de la diode (14) de couleur rouge. Une valeur de "1" permet d'activer une signalisation par l'activation de la diode verte (15) dudit dispositif (1). Au niveau applicatif, cela permet pour l'utilisateur de distinguer un lien symbolique pour lequel il doit appuyer sur le bouton nominal (10) ou un lien symbolique (ou un flux de radio texte ou tous autres flux) qui se mémorise automatiquement. Par exemple si l'utilisateur s'est abonné à la diffusion régulière de la météo, de l'horoscope, des résultats des jeux de change etc. Pour ces services, la balise du lien symbolique signale l'arrivé dans le dispositif (1) de radio texte qu'il pourra lire sur l'écran (12) de son dispositif (1) ou de différentes valeurs de nom symbolique qui lui permettront d'accéder à ces informations. Concernant la fonctionnalité radio texte, il faut alors utiliser un groupe RDS ODA supplémentaire d'une part et signaler la référence de ce groupe applicatif dans le bloc numéro 2 du présent groupe RDS (36) 3A. Les 4 bits suivants constituent le temps de synchronisation de signalisation après détection de ladite balise. II s'agit d'un temps de synchronisation qui permet de signaler sensoriellement la détection du lien symbolique (diode rouge 14 ou diode verte 15) quasi immédiatement après l'affichage dudit pictogramme (19) sur l'écran de la télévision (18). On l'appelle temps de synchronisation et il s'agit en fait du moment exact de présentation du pictogramme (19), moment exprimé dans un référentiel de temps universel UTC sur quatre bits selon le format choisi. Ce temps de synchronisation à été calculé par ledit démultiplexeur (27) puis sa valeur à été introduit sur les quatre bits dudit temps. Le traitement dudit démultiplexeur (27) va être détaillé plus loin. De façon synthétique, il va effectuer l'opération suivant : "UTC + PTS ù PCR". Le résultat de cette opération est par exemple exprimé sur quatre bits en temps universel en unité de quatre dixièmes de seconde modulo quinze. UTC représente le temps universel au moment de l'acquisition du PCR par le démultiplexeur (27), PTS (42) représente le moment exacte de l'affichage dudit pictogramme (19) dans une base temporelle donnée par la valeur de PCR. Ledit temps de synchronisation permet de temporiser le traitement dans ledit dispositif (1) avant de signaler sensoriellement la détection du lien symbolique (diode rouge 14 ou diode verte 15) quasi immédiatement après l'affichage dudit pictogramme (19) sur l'écran de la télévision (18). Il est exprimé ici sur quatre bits, mais dans la pratique, le nombre de bits de ce temps pourra évoluer. II dépend effectivement des différents temps de traitement des chaînes de radiodiffusion des opérateurs. Pour illustrer les différentes valeurs de ce temps on donne l'exemple suivant. Il est 12 heures 15 minutes 43 secondes et 8 dixièmes de secondes quand le démultiplexeur (27) a fait l'acquisition du temps UTC. Ledit démultiplexeur (27) a effectué le calcul "PTS ù PCR" égale à 4,5 secondes. Cela signifie qu'au moment de l'acquisition du temps UTC, ledit pictogramme (19) allait s'afficher dans 4,5 secondes. Donc en temps UTC, le pictogramme (19) va s'afficher à 12 heures 15 minutes 52 secondes et 3 dixièmes de seconde ; soit 52 secondes et 3 dixième après la minute pleine UTC, soit en modulo 6 secondes (4/10 modulo 15) : 4 secondes 3 dixième soit 43 dixième de seconde qui donne, exprimés en unité de 4 dixièmes de seconde, une valeur binaire égale à "1010". Dans la mesure où sur quatre bits nous ne disposons que de seize valeur différentes et qu'il s'agit du temps UTC modulo six secondes où nous n'avons besoin que de quinze valeurs, il est convenu que la valeur binaire "0000" dudit temps signifie l'absence de calcul de synchronisation en mode "réseaux". La première valeur valide du temps est "0001" et elle signifie zéro seconde en temps UTC modulo six seconde. La valeur "0000" du temps implique un autre type de synchronisation que nous allons développer plus loin. Pour faire simple voici toutes les valeurs binaire dudit temps de synchronisation. "0001" correspond à zero fois quatre dixième de seconde. "0010" correspond à une fois quatre dixième de seconde, soit 4 dixième de seconde. "0011" correspond à deux fois quatre dixième de seconde, soit 8 dixième de seconde. "0100" correspond à trois fois quatre dixième de seconde, soit 12 dixièmes de seconde, soit une seconde et deux dixième de seconde. Ainsi de suite jusqu'à la valeur "1111" qui correspond à quatorze fois quatre dixième de seconde, soit 56 dixièmes de seconde, soit 5 secondes et 6 dixièmes de seconde. Le temps de synchronisation recommence le cycle à partir de la valeur "0001". Les huit bits restant dudit troisième bloc (39) permettent aux diffuseurs de référencer eux même leurs propres liens. Il s'agit donc de la valeur même du nom symbolique. Rappelons que même en l'absence de l'utilisation de ces huit bits, le procédé reste complètement opérationnel. En effet, cela sera détaillé dans la partie traitement, mais il suffit au dispositif (1) lorsqu'il détecte une balise, d'enregistrer dans sa mémoire électronique la valeur du temps UTC et la valeur du PI qui est unique pour chaque diffuseur. Le temps UTC est toujours récupéré par le dispositif (1) lors de sa mise en route, grâce à l'acquisition du temps UTC sur le groupe RDS numéro 4A. Quand à la valeur de PI, elle figure dans tous les groupes RDS. Donc pas besoin de valeur de nom symbolique. Cependant, pour des aspects pratiques, il peut être utile aux diffuseurs de gérer leurs propres liens symboliques. L'attribution pouvant se faire avec une seule ou plusieurs autorités de nommage. A titre d'exemple, l'autorité de nommage unique attribue un stock de liens symboliques valables un mois à un diffuseur, charge à lui de les gérer en terme de choix du numéro sur huit bits dans les valeurs possible, le moment de la diffusion, la réalisation d'URL sur leur serveur Internet, et la radio diffusion de cette valeur. Lorsque ladite balise passe de 0 à 1, le traitement nominal est appliqué, à savoir : allumage de la diode rouge (14) dudit dispositif (1), appui sur le bouton nominal (10) pour mémoriser un nom symbolique constitué du code PI et du temps UTC. Dans le cadre de la présente réalisation on souhaite ordonner audit codeur RDS (29) de radiodiffuser le groupe RDS 3A (36), pour un identifiant d'application ODA égal à "ABCD" avec un contenu de valeur "8201". En simplifiant car il faut d'abord configurer le codeur RDS (29), la commande sera en hexadécimal alors la suivante : "46","05","AB","CD","40","82","01". Cette commande est conforme à la norme UECP RDS. Ici le MEC est égale à "46" et le MEL est égale à "05" ce qui signifie qu'il s'agit d'une transmission de données ODA sur le groupe numéro 3A (36).
Les valeurs des deux MED suivant égale à "AB" et "CD" signifient que l'application ODA est la numéro "ABCD". Le troisième MED égale à "40" signifie qu'il s'agit d'un message court. Les deux derniers MED sont respectivement égaux à "82" et "01". Il s'agit du contenu du bloc numéro trois (39) du groupe RDS 3A (36). Pour le premier des deux derniers MED, en binaire cette valeur est égale à "1000 0010". Ce qui signifie selon le protocole défini dans le cadre de la présente invention que la balise de signalisation est active donc un lien symbolique à été détecté. C'est un mode nominal donc ledit dispositif (1) va allumer la diode rouge (14) et le nom symbolique ne sera enregistré dans la mémoire électronique (7) du dispositif (1) de la présente invention que lorsque l'utilisateur aura appuyé sur le bouton standard (10). L'allumage de la diode 14 doit avoir lieu au temps UTC de une fois quatre dixième de seconde soit dans 4 dixièmes de seconde dans le référentiel temporel de temps universel UTC. Ce n'est qu'à ce moment que le bouton standard (10) appuyé permettra le déclenchement de l'enregistrement du nom symbolique détecté. Concernant le dernier MED égale à "01" cela signifie que le nom symbolique a la valeur de "1". Autrement dit, le dispositif (1), si l'utilisateur appui sur le bouton standard (10), va enregistrer la valeur de PI concaténée avec la valeur "1" en hexadécimal sur un octet. II est défini que lorsqu'un lien symbolique est détecté, la diode rouge 14 clignote pendant 15 secondes. Pendant ce laps de temps, le nom symbolique est mémorisé en mémoire RAM dudit dispositif (1) et il pourra être enregistré en mémoire électronique (7) de type flash uniquement lorsque l'utilisateur aura appuyé sur le bouton standard (10). Le moment voulu, l'utilisateur connecte sont dispositif (1) sur le port USB de son ordinateur personnel (22) connecté à Internet (24). Le logiciel du procédé de la présente invention récupère automatiquement la liste des noms symboliques enregistrés dans la mémoire flash (7) dudit dispositif (1). Ledit logiciel lance l'exécution d'un navigateur Web, charge la page Internet localisée à l'adresse Internet du serveur de résolution (25) de la présente invention, lance le moteur de résolution accessible par ledit serveur (25). Ledit moteur dispose en entrée des différents noms symboliques ; il calcul et affiche en sortie sur l'écran (23) de l'utilisateur les URL correspondant à chacun desdits noms. Dans notre exemple, sur l'écran (23) de l'utilisateur figure le lien ayant pour valeur "F22001" et sur la ligne suivante l'URL d'une page Web particulière de l'éditeur de contenu télévisé "énergiedouzetélé". Avant tout traitement, ledit démultiplexeur (27) possède dans sa mémoire électronique, le numéro de programme ("program_number") dudit éditeur de contenu télévisé et le numéro de PID correspondant a un flux de type sous titre qui contient ledit pictogramme (19) et ladite trame RDS. On considère en entrée dudit démultiplexeur (27) un multiplex, c'est à dire un ensemble de plusieurs flux élémentaires appartenant à plusieurs programmes différents. Un programme est un ensemble de flux élémentaires par exemple de type vidéo et audio et sous titre. C'est typiquement une chaîne de télévision en l'occurrence ici la chaîne de télévision de notre éditeur de contenu télévisé. Un de ces flux concerne un seul programme (celui dudit éditeur de contenu télévisé), est de type sous titre et transporte ledit pictogramme (19) et ladite trame RDS. Ce multiplex se présente sous la forme d'une suite de paquets MPEG-2 TS. Le traitement de réglage (44) va permettre, grâce au numéro de programme dudit éditeur de contenu télévisé, de n'extraire dudit multiplex que les paquets TS qui correspondent audit programme. En effet, en sortie de la procédure de réglage, notamment grâce aux différentes tables SI et à la signalisation croisée (les mécanismes utilisés ici par le traitement de réglage utilisent les recommandations présentées dans le document "services et profil de signalisation pour la diffusion de la télévision numérique de terre" référencé CTE - TNT/GT3 - 03, version 2.6 du 31 mars 2006) il est extrait uniquement les paquets TS transportant les paquets PES des différents flux appartenant audit programme. Le rôle du traitement de filtrage va être d'isoler de ces flux uniquement le premier paquet TS (31) comportant le numéro de PID connu comme intégrant ledit pictogramme (19) et ladite trame RDS. Pour ce faire, dans un premier temps, le traitement de filtrage, à l'aide d'un numéro de programme et de la table PAT (isolée par ledit démultiplexeur (27) car elle porte toujours un numéro de PID égale à 0), va être extrait le numéro de PID correspondant à la table PMT qui décrit le contenu dudit programme. Dans un deuxième temps à l'aide de la table PMT et de ladite valeur connu de PID (la valeur de PID du flux de sous titre encodant ledit pictogramme (19) et ladite trame RDS), le traitement de filtrage, en parcourant la table PMT, va récupérer toutes les caractéristiques dudit flux sous titre grâce au descripteur correspondant. Il va surtout rechercher la présence dudit numéro de PID dudit flux. Si ledit numéro de PID est bien présent, ledit démultiplexeur (27) va se mettre en attente du premier paquet TS ayant ledit numéro de PID. Il va analyser le numéro de PID de tous les paquets TS dudit programme jusqu'à acquérir le premier paquet TS comportant ledit numéro de PID. Il va alors isoler ledit premier paquet TS et passer au traitement suivant. Le traitement d'extraction (46) va isoler le premier paquet TS (31) du (ou des) paquet PES (41) dudit sous titre et connaissant sa structure, extraite ladite trame RDS. Pendant cette phase ledit démultiplexeur (27) va positionner les quatre bits du temps de synchronisation de ladite trame RDS. Nous allons ici développer une réalisation du mode de synchronisation dit réseau . Ledit démultiplexeur (27) va récupérer et mémoriser le temps universel UTC. Si il ne possède pas de base de temps universel, il peut récupérer cette information à l'aide de la table TDT ("Time and Date Table"). Ledit démultiplexeur (27) va mémoriser de plus la valeur du PCR contenue dans ledit premier paquet TS, puis la valeur du PTS (42) présent dans ledit premier paquet TS. II va ensuite effectuer le calcul du moment exact de l'affichage dudit pictogramme (19), moment exact qui correspond au temps universel que l'on ajoute à la valeur du temps de présentation dudit pictogramme (19) (PTS (42)) auquel on retranche la valeur de la référence d'horloge de programme dudit démultiplexeur (27) (PCR); soit, si l'on nomme TS le temps de synchronisation, ledit démultiplexeur (27) effectuer le calcul "TS = UTC + PTS ù PCR". Le résultat de cette opération est exprimé sur quatre bits en temps universel en unité de quatre dixièmes de seconde modulo six secondes (ou modulo 15) en commençant par la valeur binaire "0001". UTC représente le temps universel au moment de l'acquisition du PCR par le démultiplexeur (27), PTS (42) représente le moment exacte de l'affichage dudit pictogramme (19) dans une base temporelle donnée par la valeur de PCR. Ledit temps de synchronisation permettra de signaler sensoriellement la détection du lien symbolique (diode rouge 14 ou diode verte 15) quasi immédiatement après l'affichage dudit pictogramme (19) sur l'écran de la télévision (18) de l'utilisateur. Une fois le calcul du temps de synchronisation effectué, il est converti en temps UTC en unité de quatre dixième de seconde modulo six secondes sur quatre bits et en commençant par la valeur binaire "0001". Après cette valeur sur quatre bits obtenue, ledit démultiplexeur (27) insère ces quatre bits dans ladite trame RDS de façon à commander audit codeur RDS (29) la production du groupe RDS 3A (36) avec les valeurs déjà positionnées dans ladite trame RDS et la valeur calculée dudit temps de synchronisation. Ledit démultiplexeur (27) va alors envoyer audit codeur RDS (29), la trame RDS encapsulée dans une trame Ethernet. L'adresse Ethernet contenue dans la trame RDS est celle dudit codeur RDS (29). Ledit codeur va recevoir ladite trame Ethernet et extraire la partie données utiles. Ladite partie utile est au format UECP RDS. Son contenu permet de commander audit codeur la réalisation et l'émission par radio diffusion numérique du groupe RDS numéro 3A (36) avec le contenu vu précédemment. A titre d'exemple et selon le format précisé plus haut, ledit temps de synchronisation vaut "0110". Cette valeur correspond au moment exact de l'affichage dudit pictogramme (19) dans le référentiel temporel donnée par la valeur du temps universel précédemment acquise par ledit dispositif (1). Par exemple il est 14 heures 12 minutes 19 secondes et 3 dixième de seconde en temps universel au moment où ledit dispositif (1) à fait l'acquisition dudit groupe 3A (36). Exprimé sur quatre bits en modulo six secondes selon le format précisé plus haut, il est alors 1 secondes et 3 dixièmes de seconde soit 13 dixième de seconde soit 3 unités de quatre dixième de seconde, soit un temps UTC égale en valeur binaire à "0100" (3 + 1 car le temps commence à la valeur binaire "0001"). La temporisation est donc égale à la valeur du temps de synchronisation ("0110") moins la valeur du temps UTC calculée ("0100") soit en décimal deux fois quatre dixièmes de seconde soit huit dixièmes de seconde. Ledit micro programme dudit dispositif (1) va donc attendre huit dixième de secondes avant de signaler la détection d'un lien symbolique pour allumage de la diode rouge (14). Pour des questions de calcul d'arrondi, le dispositif (1) attendra quatre dixièmes de seconde supplémentaire. Pour bien expliciter le fonctionnement nous allons prendre un autre exemple. Si le temps de synchronisation vaut en binaire "0010" et que le temps actuel UTC sur le même format calculé par ledit dispositif (1) vaut en binaire "1001", on constate que le temps de synchronisation est inférieur en valeur absolue au temps UTC actuel. Cela signifie que ledit dispositif (1) va obtenir une valeur de temporisation correspondant au nombre d'unité pour aller de la valeur "1001" à la valeur "0010" soit, en déroulant les valeurs : "1001", "1010", "1011", "1100", "1101", "1110", "1111", "0001", "0010".; soit huit fois quatre dixième de seconde, soit 3 secondes et 2 dixième de seconde. Ledit pictogramme (19) va donc s'afficher dans la télévision (18) dudit utilisateur dans 3 seconde et 2 dixième de seconde. Ledit dispositif (1) va donc attendre 3 seconde et 2 dixièmes plus 4 dixième de seconde pour des raisons d'arrondi, avant de déclencher le clignotement de la diode de couleur rouge (14) dudit dispositif (1). Nous allons maintenant présenter le deuxième mode de synchronisation. Se mode est dénommé synchronisation "dispositif'. La synchronisation "dispositif' nécessite une phase préalable de synchronisation effectuée par l'utilisateur lors de la première utilisation dudit dispositif (1). Ce mode de synchronisation implique une radiodiffusion permanente de lien symbolique de synchronisation. L'opérateur de réseaux de l'éditeur de contenu télévisé doit en effet émettre en permanence une balise test de synchronisation. Cette balise test n'est pas associée à un pictogramme (19) standard qui s'affiche à la télévision (18). Du moins, le pictogramme (19) implicite va être l'écran télévisé d'annonce de début de la publicité et l'écran d'annonce de fin de la publicité. En effet, cette balise test est par exemple systématiquement émise lors de la radiodiffusion de publicité par l'éditeur de contenu télévisé. Les publicités sont en effet toujours précédées d'un écran d'annonce de la publicité et elles se terminent aussi par la radiodiffusion d'un écran d'annonce de la fin de la séquence publicitaire. Dans le cadre du procédé de la présente invention cette valeur peut varier de zéro à quatorze secondes. Elle est donnée par la valeur du temps de synchronisation sur quatre bits de la trame RDS 3A (36). Cette valeur varie entre les valeurs binaire "0001" et "1111". Elle est exprimée en seconde. la valeur "0001" correspond à zéro seconde et la valeur "1111" correspond à quatorze secondes. ledit éditeur de contenu télévisé diffusera une balise test de synchronisation par exemple six secondes avant la radiodiffusion de la page d'annonce du début d'une page de publicité et six secondes avant la radiodiffusion de la page d'annonce de la fin de la page de publicité. Cette valeur de six secondes présuppose que le temps de parcours du lien radiodiffusé sur la bande FM est inférieur à six seconde. Si cela n'est pas le cas, c'est à dire un temps supérieur à six seconde, alors il suffit simplement définir un temps supérieur par exemple un temps de quatorze secondes avant l'ordre d'affichage depuis la tête de réseau (16) desdits écrans d'annonce de fin et de début de la publicité télévisée. Ladite balise test de synchronisation est identifiée par ledit dispositif (1) par une valeur binaire différente de "0000" du temps de synchronisation sur le bloc numéro 3 du groupe RDS 3A (36) et par une valeur binaire de "11111111" du lien symbolique figurant sur les huit derniers bits dudit bloc numéro 3 (pour la forme, ce lien symbolique correspond à l'URL de la page Web d'accueil du site Internet dudit éditeur de contenu télévisé). Détaillons à présent le traitement effectué par ledit dispositif (1) et qui va aboutir à la détermination d'une valeur d'un compteur de synchronisation "dispositif". L'utilisateur, selon un mode opératoire déterminé, fait passer ledit dispositif (1) en mode "synchronisation". Dans ce mode, le dispositif (1) est en attente de réception du groupe RDS numéro 3 avec une valeur d'application égale en hexadécimal à "ABCD". Ledit dispositif (1) va alors tester la valeur de la balise. Si la balise est à la valeur binaire "1" alors il va tester la valeur du temps de synchronisation. Si le temps de synchronisation est différent de la valeur binaire "0000" alors ledit dispositif (1) va tester la valeur du lien symbolique. Si la valeur dudit lien symbolique est égale en binaire à "11111111", alors dans un premier temps, ledit dispositif (1) déclenche un compteur de temporisation. Dans un deuxième temps (donc simultanément au déclenchement dudit compteur de temporisation dans une échelle de temps humaine) ledit dispositif (1) déclenche l'allumage alternatif de la diode rouge 14 et de la diode verte 15 à une fréquence élevée. Ce clignotement alternatif signale à l'utilisateur deux éléments : le premier est que le dispositif (1) est dans un mode de "synchronisation"; le deuxième est que dès que l'utilisateur verra sur la chaîne de télévision dudit éditeur de contenu télévisé, soit l'écran annonçant le début de la publicité, soit l'écran annonçant la fin de la publicité, alors il devra le plus vite possible appuyer sur le bouton standard dudit dispositif (1). Concernant ledit compteur de temporisation, celui ci s'incrémente par exemple en unité de dixième de seconde. Dès que l'utilisateur va appuyer sur le bouton standard dudit dispositif (1), alors ledit compteur de temporisation s'arrête. L'utilisateur doit appuyer sur le bouton standard lorsqu'il voit à la télévision (18) soit l'écran d'annonce de début de la publicité télévisée, soit l'écran d'annonce de fin de la publicité télévisée sur la chaîne dudit éditeur de contenu télévisé. Si le temps de transfert des images télévisées et plus long que celui de la partie RDS dudit lien, alors ledit compteur de temporisation possède une valeur supérieure à six secondes. Si c'est l'inverse, alors le temps de transfert de la partie RDS dudit lien est inférieur à celui des images télévisées et ledit compteur de temporisation a une valeur correspondant à moins de six seconde. Dans un cas comme dans l'autre, ledit dispositif (1) va maintenant donner unevaleur fixe à son compteur de synchronisation. Cette valeur intègre la différence de temps de transfert du flux TNT (ou télédiffusé selon des techniques analogique) et du flux RDS. Ledit dispositif (1) fait alors l'opération suivante : valeur du temps de synchronisation (ici six seconde) moins valeur du compteur de temporisation. Ledit dispositif (1) obtient ainsi une valeur de compteur de synchronisation. Ce dernier sera utilisé systématiquement comme temporisation sur la réception de la partie RDS d'un lien plurimédia ayant pour valeur de temps de synchronisation la valeur binaire "0000". Cette valeur sera toujours appliquée lors de la réception d'une balise de signalisation dans un mode synchronisation "dispositif'. Ainsi, lorsque ledit dispositif (1) réceptionne une balise de lien symbolique et que la valeur du temps de synchronisation est à "0000" alors il applique, avant de signaler ledit lien par l'allumage d'une diode, un compte à rebours dont la valeur est égale à celle du compteur de temporisation. Pour bien différencier les deux modes ont parle de temps de synchronisation lorsque la synchronisation est en mode "réseaux" (donc ici calculée par ledit démultiplexeur (27)) et de compteur de synchronisation lorsque la synchronisation est en mode "dispositif". Pour finir, il convient de noter que l'opération de "calibrage" qui vient d'être effectuée par l'utilisateur pour obtenir une valeur de compteur de synchronisation n'est valable uniquement que pour sa propre télévision (18) et pour un emplacement fixe déterminé et selon la même source du flux télévisé (soit Internet, soit câble, soit hertzien analogique, soit satellite, soit hertzien terrestre numérique, etc... mais toujours le même). Cela tombe bien parce que l'on est le plus souvent chez soi et devant sa propre télévision (18) et cette dernière n'est pas vraiment mobile. Il est bien évident que cette opération de synchronisation initiale doit être reproduite chaque fois que la télévision (18) n'est pas la même ou chaque fois que cette dernière n'est plus à même endroit par exemple suite à un déménagement ou chaque fois que la source de radiodiffusion télévisée change. Elle change par exemple lorsque l'utilisateur passe de la réception analogique à la réception TNT ou à la réception par Internet. Cette synchronisation "dispositif' est avantageuse car elle est aussi efficiente même si il ne s'agit pas de télévision numérique. En fait l'opérateur n'a pas à se préoccuper des temps de transfert entre les différents flux de ces équipements. C'est le dispositif (1) qui s'en charge. Cependant, il est important de souligner que le temps de retard entre le flux télévisé et le flux RDS doit être (globalement) le même. Pour finir sur les différents modes réalisation, soulignons que l'introduction d'un lien symbolique peut être réalisé dans le cadre d'une émission en directe. Les techniques offertes par la norme MPEG-2 TS et DVB-T permettent en effet d'introduire un flux dans un multiplex existant (par exemple technique de "splicing"). Dans ce contexte et pour des raisons de rapidité, et dans le contexte d'une synchronisation "dispositif' avec un flux télévisé TNT non en direct, la trame RDS peut être encodée dans un flux quelconque mais selon un mode de transmission dénommé "tunnelage de donnée" (précisément "data piping" en anglais) et tel que présentée dans la norme ETSI EN 301 192 "DVB specification for data broadcasting". Selon cette implémentation, la trame RDS est encodée dans un flux quelconque. De plus, la trame RDS est contenue dans un seul paquet de transport MPEG-2 TS de 188 octets. La description de ce paquet TS est associée à la figure numéro 5. Elle est au format UECP RDS, contenue dans la partie "données utiles" dudit seul paquet TS et encapsulée selon le protocole ULE dans une trame Ethernet. Selon cette implémentation, ledit paquet joue le rôle de balise temporelle de déclenchement de l'envoi d'un ordre de radiodiffusion. Ladite technique est présentée dans la norme DVB SI. Il est précisé que selon cette technique, les données diffusée peuvent être insérées directement dans la partie "données utiles" des paquets MPEG-2 TS. La norme DVB SI, dans son paragraphe 4 dénommé "Data piping" décrit le minimum qui doit être respecté par les diffuseurs pour utiliser cette technique. A titre d'exemple, le descripteur des données diffusées ("Data_broadcast descriptor") doit se conformer aux spécifications du paragraphe 4.2. Décrivons ledit paquet MPEG-2 TS. Dans cette troisième exemple d'implémentation, Le PID de ce paquet MPEG-2 TS DVB est dédié à cette usage de tunnelage de données, il figure dans la table PMT associé à un flux dédié qui partage le même PCR que les autres flux (au moins video et audio et sous titre). Il existe de nombreuse façon d'implémenter le procédé de la présente invention. Dans l'avenir d'autre format MPEG (MPEG-4 déjà utilisé, MPEG-7, etc..) permettront d'apporter de nombreuses fonctionnalité audit procédé. En restant dans le cadre de la technologie liée au DVB-T, il est par exemple possible de transmettre dans la trame RDS les références de l'éditeur de contenu télévisé. Ainsi, il est possible d'insérer dans ladite trame RDS, le numéro logique du diffuseur (par exemple en France : 1 égal la chaîne TF1, 2 égal la chaîne France 2, etc.. ). De même il est possible d'implémenter le présent procédé sans passer par le ODA. Ainsi, le groupe RDS 14. En effet, sur le groupe 14A, la variante 12 du bloc 3 permet de définir des liens entre plusieurs stations référencées à celle proposant le service EON (Enhanced Other Network). Ainsi, le procédé de la présente invention peut exploité le bit LA ("Linkage Actuator") associé au bit EG ("Extended Generic indicator") à titre de balise de signalisation. Le bit LA indique que la station identifiée au bloc 4 (EON-PI) diffuse un programme partagé avec d'autres stations. Le kit des services est identifié par un numéro LSN ("Linkage Set Number") sur douze bits. Ce numéro LSN pourrait très bien faire office de valeur de lien symbolique. La valeur numérique du LSN permet d'identifier toutes les stations participant au programme commun. Le concept de la présente invention rentre bien dans le cadre d'un programme commun entre plusieurs diffuseurs et dans celui d'une extension générique signalé par le bit EG. Pour évoquer les aspects temporels dans la diffusion selon la technologie TNT, il convient de signaler que dans certains endroits (plaque monofréquence) la synchronisation est un aspect fondamentale de la diffusion. En effet, sur les réseaux simple fréquence ("Single Frequency Network" : SFN) les émetteurs de radio ou de télévision numérique opèrent sur une fréquence unique dans une région déterminée. Ce type de réseau permet de couvrir une région qui était précédemment desservie par un réseau d'émetteurs et de réémetteurs en système analogique occupant plusieurs canaux et fréquences au moyen d'un seul canal ou fréquence, d'où gain de canaux permettant la diffusion d'un plus grand nombre de programmes. A cet effet, la fréquence d'émission est rigoureusement synchronisée sur les différents sites d'émission par la réception d'une fréquence de référence donnée par satellite GPS. Ce contexte facilite la radiodiffusion synchronisée des liens symboliques dans la mesure où le réseau de distribution est synchronisé de façon standard et complètement maitrisée. D'autres techniques de contrôle temporelle de la radiodiffusion peuvent être exploitées, notamment celles décrits précédemment de radiodiffusion RDS en mode rafale "burst" ou roue tournante "spinning wheel". Concernant le mode de réalisation du système de la présente invention, les technologies à disposition et l'absence de contraintes spécifiques de réalisations facilitent grandement l'implémentation du procédé. On peut utiliser un serveur (25) ayant des capacités de calcul et ayant une bande passante adaptée.
Ledit serveur de résolution (25) dispose d'une adresse Internet identifiée par un nom de domaine valide et officiellement enregistré. A titre d'exemple, dans une première phase démonstrative ou de faible charge, la technologie logiciel peut être un serveur de type Apache associé à une base de données au minimum de type MySQL , le tout utilisant le langage nommé PhP . Ceci n'est qu'un exemple, il peut aussi être utilisé préférentiellement comme ressources des logiciels propriétaires plus adaptés pour une très large diffusion. La question importante est plutôt la structure à choisir pour le service de résolution. Il y a deux options : soit il n'existe qu'une seule autorité de nommage, soit il en existe plusieurs. Concernant les serveurs en eux même, il n'y a pas a distinguer le fait qu'il y en ait plusieurs organisés de façon hiérarchique ou un seul accessible selon plusieurs mode (téléphone et ordinateur fixe connecté à Internet) voir plusieurs serveurs accessibles selon différents modes. L'important est de déterminer si il y a ou non une seule autorité de nommage qui gère les données traitées par le ou les serveurs de résolution (25) et les moteurs de résolution. On considère ici une séparation entre la gestion de l'espace de nom et la gestion opérationnelle de la résolution des noms. Ainsi, dans un premier mode de réalisation, il n'y a qu'une seule institution ou autorité de nommage. A titre d'illustration, l'autorité de nommage offre un ensemble de noms symboliques uniques désignant des ressources, garanti cette unicité, traite de leur attribution, leur invalidation, leur durée de vie, l'entretien d'un annuaire à jour de l'espace des noms symbolique. Dans un autre mode de réalisation, il y a plusieurs autorités de nommage. A titre d'exemple, il y a une autorité de nommage par source de radiodiffusion numérique. Ladite source étant des éditeurs de contenu et non des opérateurs de réseau. Par exemple dans ce cas, le serveur (25) de résolution est directement lié à la référence à la source de diffusion définie dans le lien symbolique. A titre d'un autre exemple, il y a une autorité de nommage par opérateur de réseau. Bref, il y plusieurs autorités de nommage, quelque soit leur proximité avec les acteurs intervenant dans la diffusion et la radiodiffusion.25

Claims (14)

REVENDICATIONS
1. Procédé de diffusion et radiodiffusion numérique de masse d'au moins un lien plurimédia pointant sur une ressource (23) accessible sur un réseau informatique (24) grâce à un serveur de résolution (25); ledit lien est intégré dans deux flux (16, 30) d'information, sa partie marqueur (pictogramme 19 et signalisation sensorielle dans 1) et restituée de façon synchronisée sur deux média distincts (1, 18) dont au moins un dispositif (1) mobile portable ; ledit lien est diffusé par un éditeur de contenu grâce à un système de diffusion de flux primaire (16, 17) et est inclut d'une part dans ledit flux primaire (16, 17) intégrant sa partie marqueur pictographique (19) qui informe au moins implicitement sur les modes de signalisation et d'acquisition dudit lien au niveau dudit dispositif (1) et d'autre part dans un flux secondaire radiodiffusé grâce à un système de radiodiffusion numérique de flux secondaire (27, 28, 29, 30) sous la forme de trame principale (41) d'informations constituées de plusieurs niveaux d'encapsulation protocolaire; ladite trame est traitée par au moins un contrôleur de flux secondaire (27) et la trame terminale (36) est émise par un contrôleur de flux terminal secondaire (29) et exploitée par au moins ledit dispositif mobile (1); elle est au moins composée d'un identifiant de trame terminale (38, 40), d'une balise ouvrante (dans 39) de marqueur signalétique desdits deux modes et d'un nom symbolique (dans 39) pointant sur ladite ressource (23) liée au contenu informationnel dudit flux primaire (16, 17); procédé caractérisé en ce que : Dans une phase initiale, au moins une autorité de nommage attribue audit éditeur de contenu au moins un nom symbolique dont elle garanti au moins l'unicité pour une période de temps donnée ; On fixe par défaut les coordonnées dudit serveur de résolution (25) ; ledit éditeur de contenu associe ladite ressource (23) audit contenu informationnel et ledit nom symbolique à ladite ressource grâce à leur enregistrement dans une table de résolution exploitée par le moteur de résolution dudit serveur de résolution (25); ledit éditeur de contenu inclut dans ledit flux primaire (16, 17) leditmarqueur pictographique (pictogramme 19) qui informera au moins lors de sa restitution sensorielle (audio et/ou visuelle) de la présence synchronisée de ladite trame terminale (36) dudit lien plurimédia détectée par ledit dispositif (1); On associe la diffusion dudit lien plurimédia à une fréquence radio électrique pour ladite radiodiffusion numérique par ledit système de diffusion de flux secondaire incluant ledit contrôleur de flux secondaire (27) et ledit contrôleur de flux terminal secondaire (29); - On active ledit contrôleur de flux secondaire (27) qui gère (initie ou relais et/ou synchronise) la radiodiffusion numérique de ladite trame (35); On active ledit dispositif (1) en réception sur ladite fréquence ; -Dans une phase nominale, lesdits deux systèmes de diffusion de flux diffusent ledit flux primaire (16, 17) et ledit flux secondaire (30); -ledit dispositif (1) est en scrutation permanente sur ledit identifiant de ladite trame terminale (38, 40); - on réceptionne ladite trame numérique (36) et on décode la valeur de ladite balise grâce audit dispositif (1); On active dans ledit dispositif, l'élément (14) de l'interface homme-machine signalant la présence actuelle et temporaire dudit nom symbolique associé à ladite balise ; On mémorise par stockage dans une mémoire électronique accessible par l'unité de traitement dudit dispositif (1) et consécutivement à une interaction utilisateur induite par l'aspect dudit pictogramme (19) et détectée via ladite interface homme-machine (10), les valeurs univoques constitutives dudit nom symbolique ; Dans une phase d'exploitation, consécutivement à une action utilisateur, on transfère de ladite mémoire électronique vers ledit serveur (25) de résolution ledit nom symbolique ; On active le moteur de résolution dudit serveur (25) de résolution pour accéder à ladite ressource (23).
2. Procédé selon la revendication 1 caractérisé en ce que ladite trame terminale (36) est diffusée par une technique de radiodiffusion numériqueen modulation de fréquence selon les systèmes dits Radio Data System (RDS) ou Radio Broadcast Data System (RDBS). Ladite trame est alors au moins un groupe RDS.
3. Procédé selon la revendication précédente caractérisée en ce que préférentiellement ledit flux primaire (16, 17) est audiovisuel et télédiffusé et ledit serveur de résolution (25) est connecté à un réseau informatique téléphonique ou au réseau informatique Internet (24).
4. Procédé selon la revendication précédente caractérisé en ce qu'il possède deux modes de synchronisation de la restitution sensorielle desdites deux parties marqueur (19, 14) dudit lien plurimédia : - un premier mode de synchronisation dit réseau dans lequel ledit contrôleur de flux secondaire (27) insère une information temporelle dans ledit groupe RDS (36), ladite information temporelle est liée à l'instant précis de la restitution dudit marqueur pictographique (19); un deuxième mode de synchronisation dit dispositif dans lequel une temporisation de valeur fixe est appliquée entre le moment de la détection de ladite balise et le moment de restitution dudit marqueur (14) signalétique. Ladite valeur est obtenue par un calcul initiale dudit dispositif (1) pendant une phase préalable de synchronisation à l'aide de liens plurimédias dit test émis régulièrement.
5. Procédé selon la revendication 4 caractérisé en ce que lorsque ledit flux primaire audiovisuel (16, 17) est télédiffusé selon des technologies de télédiffusion analogiques, la synchronisation est alors de type "dispositif".
6. Procédé selon la revendication 4 caractérisé en ce que le flux primaire (16, 17) est télédiffusé selon des technologies et normes de télédiffusion numériques telles que les normes DVB (Digital Video Broadcasting) et MPEG TS (Motion Picture Expert Group - Transport Stream); le contenu dudit flux secondaire (30) est alors extrait par ledit contrôleur de flux (27)qui est un démultiplexeur ; ce dernier transfert une trame secondaire (34) vers ledit contrôleur de flux terminal secondaire (29) qui est un codeur RDS qui radiodiffuse ledit groupe RDS (36). Ledit transfert s'effectue en particulier selon une des techniques normalisées dans le document ETSI EN 301 192 ("DVB specification for data broadcasting") ou selon un des types de données auxiliaires ("ancillary data") et privées ("private data") et le document UECP/SPB 490 "RDS Universal Encoder Communication Protocol".
7. Procédé selon la revendication précédente caractérisé en ce que ledit lien plurimédia est dans un premier temps entièrement encodé dans un seul flux MPEG TS de type "sous titre" respectant la norme DVB : ETSI EN 300 743 (DVB Subtitling systems). Ledit lien plurimédia est inclus dans au moins un seul paquet élémentaire (41) de flux dénommé PES (Packetised Elementary Stream). Ladite trame principale (41) est contenue dans au moins un seul paquet (31) TS (Transport Stream) marqué par un identifiant dédié unique dénommée PID (Packet IDentifier), paquet TS contenant dans sa partie données (33) : l'entête dudit paquet PES qui inclut d'une part l'horodatage de présentation (42) (PTS : "Presentation Time-Stamp") dudit marqueur pictographique (19) et d'autre part ladite trame secondaire (34) encapsulée par exemple selon la technique dite tunnelage de données ( data piping ) dans le document ETSI EN 301 192 précité.
8. Procédé selon la revendication précédente caractérisé en ce que lorsque ledit démultiplexeur (27) implémente ladite synchronisation réseau, il effectue le calcul suivant : la valeur du temps universel (UTC) à laquelle est ajoutée la différence entre la valeur dudit horodatage de présentation (42) (PTS) et la valeur de la référence d'horloge de programme (PCR : Program Clock Reference). La valeur PTS (42), partagée par tous les composants de ladite trame principale (41), est établie sur la base temporelle de la valeur PCR. Ladite valeur dudit calcul étant établie dans le référentiel du temps universel, donne audit dispositif qui dispose du temps UTC (par acquisition sur la trame RDS numéro 4A), le momentprécis de la restitution dudit marqueur pictographique (19); elle est insérée avant le transfert vers ledit codeur RDS (29) dans ladite trame terminale (36) de composition dudit groupe RDS.
9. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce qu'il est ajouté audit pictogramme (19) une information complémentaire liée au mode d'acquisition (10, 11) et de signalisation (14, 15) dudit lien plurimédia. Ledit groupe RDS (36) incluant alors en plus des valeurs liées auxdits deux modes.
10. Procédé selon la revendication 4 caractérisé en ce que lesdits liens plurimédia test sont émis un temps fixé avant un évènement télévisé fixé; Ledit temps fixé" est soit préalablement enregistré dans la mémoire électronique dudit dispositif soit inclus dans ledit groupe RDS; Concernant ledit évènement fixé, ledit temps fixé correspond par exemple à la quantité de temps avant le début et la fin de la télédiffusion de page de publicité. Ledit pictogramme prend alors la forme de l'écran d'annonce de début d'une page de publicité télévisée et de l'écran d'annonce de fin d'une page de publicité télévisée.
11. Dispositif (1) destiné à la mise en oeuvre du procédé selon l'une quelconque des revendications précédentes, ledit dispositif (1) autonome mobile et portable comprenant dans un boîtier mobile unique (1), au moins : un module (6) de réception d'onde radio électrique permettant la réception d'information analogique et numérique en modulation de fréquence, une source d'alimentation électrique (5), une unité de traitement de l'information (7), de la mémoire électronique de type flash (7 et/ou 8), une interface homme-machine (10, 11, 12, 14, 15) permettant l'acquisition d'interaction utilisateur et la diffusion d'information, un microprogramme d'exploitation. 30
12. Dispositif selon la revendication précédente caractérisé en ce qu'il est entièrement inclus dans un téléphone portable.
13. Accessoire autonome associé au dispositif de la revendication 11 et permettant d'adapter automatiquement ladite fréquence dudit flux secondaire (30). Ledit accessoire est composé dans un petit boîtier : d'un récepteur infrarouge, d'un microcontrôleur et d'une émetteur RDS local. Il est placé dans le champ de réception du flux infra rouge émis par la télécommande d'un téléviseur restituant ledit flux primaire (16, 17). Lors d'un changement de flux primaire (16, 17), ledit accessoire émet en RDS un ordre vers ledit dispositif (1) pour associer ladite fréquence dudit flux secondaire (30), ou simplement l'exploitation des données transmises par ladite fréquence audit flux primaire (16, 17).
14. Système destiné à la mise en oeuvre du procédé selon l'une quelconque des revendications précédentes, ledit système comprenant au moins : au moins un dispositif (1) conforme à la revendication 11 ; un serveur de résolution (25) connecté à un réseau informatique (24), un moyen d'accès (22) audit réseau, un système de diffusion de flux primaire (16 et 17), un système de diffusion de flux secondaire (26, 27, 28, 29 et 30) incluant un contrôleur de flux secondaire (27) et un contrôleur de flux terminal secondaire (29). 30
FR0701986A 2007-03-20 2007-03-20 Procede systeme et dispositif de liens plurimedias synchronises radiodiffuses Expired - Fee Related FR2914128B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0701986A FR2914128B1 (fr) 2007-03-20 2007-03-20 Procede systeme et dispositif de liens plurimedias synchronises radiodiffuses

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0701986A FR2914128B1 (fr) 2007-03-20 2007-03-20 Procede systeme et dispositif de liens plurimedias synchronises radiodiffuses

Publications (2)

Publication Number Publication Date
FR2914128A1 true FR2914128A1 (fr) 2008-09-26
FR2914128B1 FR2914128B1 (fr) 2011-02-11

Family

ID=38542969

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0701986A Expired - Fee Related FR2914128B1 (fr) 2007-03-20 2007-03-20 Procede systeme et dispositif de liens plurimedias synchronises radiodiffuses

Country Status (1)

Country Link
FR (1) FR2914128B1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011056348A1 (fr) * 2009-11-05 2011-05-12 Cosmo Research Company Limited Système et procédé permettant d'identifier, de fournir et de présenter un contenu supplémentaire sur un dispositif mobile

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999004568A1 (fr) * 1997-07-18 1999-01-28 Tvcompass.Com Limited Systeme de communication et procede correspondant
US5905865A (en) * 1995-10-30 1999-05-18 Web Pager, Inc. Apparatus and method of automatically accessing on-line services in response to broadcast of on-line addresses
WO2002011330A1 (fr) * 2000-07-31 2002-02-07 Motorola, Inc. Procede et appareil pour fournir des informations supplementaires relatives a une emission
WO2002084909A1 (fr) * 2001-04-09 2002-10-24 Koplar Interactive Systems International, L.L.C. Procedes et dispositif universels pour des possibilites de promotion sue des appareils portatifs
US20060184960A1 (en) * 2005-02-14 2006-08-17 Universal Music Group, Inc. Method and system for enabling commerce from broadcast content

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5905865A (en) * 1995-10-30 1999-05-18 Web Pager, Inc. Apparatus and method of automatically accessing on-line services in response to broadcast of on-line addresses
WO1999004568A1 (fr) * 1997-07-18 1999-01-28 Tvcompass.Com Limited Systeme de communication et procede correspondant
WO2002011330A1 (fr) * 2000-07-31 2002-02-07 Motorola, Inc. Procede et appareil pour fournir des informations supplementaires relatives a une emission
WO2002084909A1 (fr) * 2001-04-09 2002-10-24 Koplar Interactive Systems International, L.L.C. Procedes et dispositif universels pour des possibilites de promotion sue des appareils portatifs
US20060184960A1 (en) * 2005-02-14 2006-08-17 Universal Music Group, Inc. Method and system for enabling commerce from broadcast content

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011056348A1 (fr) * 2009-11-05 2011-05-12 Cosmo Research Company Limited Système et procédé permettant d'identifier, de fournir et de présenter un contenu supplémentaire sur un dispositif mobile
US8463100B2 (en) 2009-11-05 2013-06-11 Cosmo Research Company Limited System and method for identifying, providing, and presenting content on a mobile device

Also Published As

Publication number Publication date
FR2914128B1 (fr) 2011-02-11

Similar Documents

Publication Publication Date Title
US9860611B2 (en) Broadcast service transmitting method, broadcasting service receiving method and broadcast service receiving apparatus
US9288554B2 (en) Method for receiving broadcast service and reception device thereof
CN1753502B (zh) 提供广告音乐的系统和方法
CN106105136B (zh) 用于处理混合广播服务的装置和用于处理混合广播服务的方法
US9838741B2 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
EP3270601B1 (fr) Procédé et appareil de traitement de transmission multimédia en continu auto-adaptatif
CA2989204C (fr) Procede de traitement de service sans contrainte temps reel et recepteur de diffusion
KR100837720B1 (ko) 디지털 멀티미디어 방송에서 비디오 서비스와 동기화된 데이터 서비스를 제공하는 방법 및 그 장치와 데이터 서비스의 실행 방법
KR20040032210A (ko) 멀티미디어 방송 송수신 장치 및 방법
GB2501021A (en) Method for transmitting a broadcast service, and method and apparatus for receiving same
CN106304851A (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法和接收广播信号的方法
CN107852530A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US20070067796A1 (en) Method and apparatus for providing advertisement in digital broadcasting system
CN102648595A (zh) 用于经由数字无线电广播传输来传输媒体内容以供接收器同步呈现的系统和方法
WO2007094637A1 (fr) Appareil de réception d&#39;émission, méthode d&#39;émission/réception d&#39;informations de programme d&#39;émission et signal de télévision numérique
KR100908058B1 (ko) Iptv 수신기, iptv 서비스 제공 방법 및 iptv 서비스 수신 방법
FR2817696A1 (fr) Procede de reutilisation de donnees de contenu pour une diffusion numerique et son systeme
KR20070082460A (ko) 방송 수신 장치, 방송 프로그램 정보 송수신방법 및 방송프로그램 정보를 전송하기 위한 데이터 구조
FR2914128A1 (fr) Procede systeme et dispositif de liens plurimedias synchronises radiodiffuses
TWI535275B (zh) Advertising embedding system, method and its recording medium
EP2359507B1 (fr) Procedes de diffusion et de re-diffusion d&#39;un signal dans un reseau de diffusion radiophonique, ainsi que diffuseur et re-diffuseur, signal et programme d&#39;ordinateur mettant en oeuvre ce procédé
KR101276342B1 (ko) 광고 서비스를 제공하기 위한 송신 방법 및 송신 장치와, 수신 방법 및 수신 장치
KR20070065656A (ko) 방송의 장면구성 방법과 그를 위한 단말기
CA2822968C (fr) Procede de transmission de service audiovisuel, procede de reception de service audiovisuel et appareil de reception de service audiovisuel
KR20030067988A (ko) 디지털 방송 수신기의 광고 프로그램 제어 장치

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20131129