FR2812989A1 - Procede de filtrage de donnees echangees entre un dispositif d'affichage et au moins une source de donnees, ainsi que source de donnees et dispositif d'affichage - Google Patents

Procede de filtrage de donnees echangees entre un dispositif d'affichage et au moins une source de donnees, ainsi que source de donnees et dispositif d'affichage Download PDF

Info

Publication number
FR2812989A1
FR2812989A1 FR0110713A FR0110713A FR2812989A1 FR 2812989 A1 FR2812989 A1 FR 2812989A1 FR 0110713 A FR0110713 A FR 0110713A FR 0110713 A FR0110713 A FR 0110713A FR 2812989 A1 FR2812989 A1 FR 2812989A1
Authority
FR
France
Prior art keywords
data
filter
display
message
data source
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
FR0110713A
Other languages
English (en)
Other versions
FR2812989B1 (fr
Inventor
Maik Scholz
Arnd Wendland
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
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 Robert Bosch GmbH filed Critical Robert Bosch GmbH
Publication of FR2812989A1 publication Critical patent/FR2812989A1/fr
Application granted granted Critical
Publication of FR2812989B1 publication Critical patent/FR2812989B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H40/00Arrangements specially adapted for receiving broadcast information
    • H04H40/18Arrangements characterised by circuits or components specially adapted for receiving
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H2201/00Aspects of broadcast communication
    • H04H2201/10Aspects of broadcast communication characterised by the type of broadcast system
    • H04H2201/20Aspects of broadcast communication characterised by the type of broadcast system digital audio broadcasting [DAB]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

Procédé de filtrage de données transmises entre un afficheur (1) et au moins une source de données (3). Les données demandées sont filtrées dans un filtre de données; l'afficheur (1) transmet un premier message à la source de données (3), cette source de données (3) génère le filtre de données en exploitant le premier message, associe une identification au filtre de données et transmet cette identification à l'afficheur 1.

Description

<Desc/Clms Page number 1>
Etat de la technique L'invention concerne un procédé de filtrage de données transmises entre un afficheur et au moins une source de données, l'afficheur demandant des données d'une liste d'au moins une source de données.
L'invention concerne également une source de données et un dispositif d'affichage.
Il est déjà connu de relier une boîte de réception d'émission numérique audio (boîte DAB) par une interface avec une tête de réseau; cette tête sert d'afficheur et permet à l'utilisateur de régler des programmes ou d'effectuer des opérations de ce type.
Avantages de l'invention La présente invention concerne un procédé de filtrage du type défini ci-dessus, caractérisé en ce que les données demandées sont filtrées dans un filtre de données, l'afficheur transmet un premier message à au moins une source de données, cette source de données générant le filtre de données en exploitant le premier message, et la source de données associe une identification au filtre de données et transmet cette identification à l'afficheur.
L'invention concerne également une source de données caractérisée en ce que le premier processeur comporte des moyens pour générer, compléter et effacer un filtre de données, et la source de données comprend des moyens pour recevoir des messages de l'afficheur, les messages indiquant si le filtre de données doit être créé, étendu ou effacé.
Enfin, l'invention concerne un afficheur du type défini ci- dessus, caractérisé en ce que l'afficheur comporte des moyens pour générer et envoyer des messages qui indiquent si un filtre de données doit être créé, étendu ou effacé dans une source de données.
Les moyens de l'invention offrent l'avantage vis-à-vis de l'état de la technique, de former un filtre de données pour classer et/ou limiter les éléments de liste comme données dans une communication échangée entre un afficheur et une source de données; une identification est attribuée à ce filtre de données. Cela présente l'avantage que les informations nécessaires comme ordre pour l'interface, pour le travail du filtre de données, ne sont que très peu nombreuses et le filtre de données est toujours réutilisable. L'identification permet d'appeler de manière quelconque le filtre de données.
<Desc/Clms Page number 2>
Il est particulièrement avantageux que le filtre de données puisse être effacé par un message. Cela réduit le besoin en capacité de mémoire et en gestion pour le filtre de données dans la mesure où le filtre de données respectif n'est plus nécessaire.
Il est en outre avantageux de compléter un filtre de données déjà existant par d'autres critères pour constituer une chaîne de filtres pour réduire avec différents attributs, une liste aux éléments interrogés. Par chaque nouvel attribut qui sert à limiter ou à classer les éléments de liste, on forme un nouveau filtre et le filtre de données constitue la réunion en chaîne des filtres.
Il est en outre avantageux que le filtre de données puisse être utilisé pour classer une liste et seuls les emplacements des éléments de la liste sont modifiés mais non les éléments extraits par filtrage de la liste.
Il est en outre avantageux que si les messages utilisent une longueur fixe, on remplisse les bits non utilisés par des zéros. En variante il est avantageux que le message utilise une longueur variable de façon à utiliser seulement les bits nécessaires. Cela se traduit par une économie de largeur de bande de transmission.
Il est en outre avantageux qu'une liste modifiée, par exemple complétée par de nouveaux éléments provenant de la réception radio, soient émis automatiquement par le bus pour réaliser la fonction d'une notification automatique. Ainsi, l'affichage est toujours mis à jour suivant le dernier état des données.
Il est également avantageux que les messages envoyés par l'afficheur soient acquittés par au moins une source de données pour que l'afficheur soit informé de ce que ses messages ont été traités.
La source de données selon l'invention peut être un récepteur radio et/ou un appareil de navigation et/ou un appareil à mémoire. Le bus est avantageusement relié à plusieurs sources de données. La communication du bus régule alors les sources de données auxquelles il faut envoyer chaque message.
Selon un développement, l'afficheur est une partie susceptible d'être commandée, c'est-à-dire une tête de réseau.
Dessins La présente invention sera décrite ci-après à l'aide d'exemples de réalisation représentés schématiquement dans les dessins annexés dans lesquels
<Desc/Clms Page number 3>
- la figure 1 montre un système de bus, - la figure 2 montre l'ordinogramme du procédé de l'invention, - la figure 3 montre un diagramme déroulant du procédé selon l'invention, - la figure 4 montre un schéma par blocs des sources de données selon l'invention, - la figure 5 montre un schéma par blocs de l'afficheur selon l'invention. Description des modes de réalisation Les véhicules automobiles utilisent de plus en plus de systèmes de bus et aussi des systèmes de bus pour des systèmes multimédia mais les ordres des interfaces transmises par ces bus doivent rester limités. Dans la coopération entre un afficheur appelé ici tête de réseau qui comporte également des éléments de commande et un récepteur radio pour des signaux de radio numérique, la transmission de liste par le bus est un événement fréquent. C'est pourquoi l'invention développe un procédé pour filtrer ces données permettant à l'aide d'un premier message, de générer le filtre de données, à l'aide d'un second message, d'étendre le filtre de données pour former une chaîne de filtres ou encore de répéter plusieurs fois, et d'effacer le filtre de données à l'aide d'un troisième message. Ces trois messages permettent ainsi de gérer et d'utiliser le filtre de données.
Ces messages sont envoyés par la tête de réseau à une source de données par exemple à un récepteur radio. Mais ces messages peuvent être de longueur variable ou de longueur fixe et dans le cas d'une longueur fixe, les bits non utilisés peuvent être remplacés par des zéros. A côté d'un récepteur radio il est également possible de brancher d'autres sources de données au bus. Il s'agit d'appareils de navigation, de stations de radio mobile ou de dispositifs à mémoire comme par exemple un lecteur de CD-ROM. Les sources de données acquittent les messages reçus de sorte que la tête de réseau est informée du traitement des messages par les sources de données. Une identification du filtre peut être appelée de manière précise ; il est possible de faire une extension précise et d'effacer de manière précise le filtre de données. Cela permet à plusieurs filtres de données de coexister.
La radio numérique audio (DAB) est un procédé de transmission numérique d'émission radio utilisé en particulier pour la réception mobile de signaux radio. Ce procédé permet en outre de recevoir des données multimédia transmises en plus des programmes audio. De nombreu-
<Desc/Clms Page number 4>
ses données sont des éléments de liste comme par exemple des listes de programmes ou des listes d'émetteurs. Les systèmes DRM (radio numérique mondial) et DVB (radio vidéo numérique) ont également la possibilité de transmettre à côté des programmes audio également des données mul- timédia. Ces procédés de transmission radio concernent également les procédés de transmission numérique par satellite.
L'expression tête de réseau désigne ci-après l'afficheur et la partie de commande dont l'utilisateur du véhicule se sert pour commander son autoradio. A coté de cette tête de réseau, on peut également commander des lecteurs (source de mémoire) pour des disques CD-ROM et/ou des disques DVD et/ou des appareils de navigation de sorte que la tête de réseau constitue une interface universelle entre l'homme et la machine dans le véhicule automobile pour le système multimédia.
La figure 1 montre un système de bus dont la tête de réseau 1 est reliée par un bus 2 à une source de données 3 (il s'agit ici d'un récepteur radio pour des signaux DAB). A côté du récepteur radio 3, il est possible d'utiliser d'autres sources de données telles que des appareils de navigation ou des mémoires de masse ou des radios mobiles raccordées au bus 2 et desservies par la tête de réseau 1. Le bus 2 peut être un système de bus quelconque. Il s'agit ici d'un bus MOST, c'est-à-dire d'un bus optique. Les appareils reliés au bus 2 comportent un contrôleur de bus permettant la communication par le bus 2. Dans le cas d'un bus optique il faut des convertisseurs électro-optiques pour transformer les signaux électriques en signaux optiques pour le bus à partir des composants raccordés au bus ou de faire l'opération inverse. En variante il est possible d'utiliser un bus CAN, USB, PCI ou d'un bus série haut débit (firewire).
La tête de réseau 1 commande par des messages transmis par le bus 2 et appelés de manière générale ordre API (interface application programme) le récepteur radio 3 ; lors de la transmission de liste on utilise des filtres de données créés, étendus et effacés par des messages de la tête de réseau 1.
Par le message (créer filtre) , il est possible de générer un filtre de données. La parenthèse vide reçoit les paramètres selon le nom du message pour définir le type de filtre de données. Par exemple pour le type de programme (PTY) il s'agit d'annonces (annonces de trafic), d'informations vocales et d'audioprogramme. Le nombre de types de filtres c'est-à-dire les paramètres de filtre sont définis uniquement par la longueur du second paramètre. Un octet donne 255 types de filtres alors que
<Desc/Clms Page number 5>
deux octets permettent jusqu'à 65535 types de filtres. Ensuite on a un paramètre indiquant la longueur du paramètre de filtre sous la forme d'octets ; ensuite on a les paramètres proprement dits du filtre. Les paramètres du filtre sont adaptés de manière spécifique au filtre de données. C'est ainsi que par exemple un filtre de données d'annonces a par exemple différents types d'annonces qu'il peut établir. Le filtre d'annonce peut se représenter comme suit Type de filtre : filtre d'annonces Numéro de paramètre de filtre: 2 Paramètre 1: 0001 1001 (présentation binaire) Paramètre 2: 0000 0000 (présentation binaire).
Dans le paramètre 1, le dernier chiffre 1 est l'annonce d'alarme alors que l'avant-dernier zéro est l'annonce de trafic. De cette manière, les paramètres 1 et 2 définissent les seize types d'annonces transmises.
Le filtre de type de programme est défini comme suit 7ype de filtre: codes du filtre PTY Numéro de paramètre de filtre : 1 Paramètre 1: 16.
Le paramètre 1 : 16 définit par exemple le type de programme Pop.
Comme acquittement pour le message créer filtreQ , la source de données renvoie comme message créer filtre (filtre ID) . Le filtre ID (identification de filtre) donne un numéro avec lequel on peut commander ou appeler le nouveau filtre créé.
Par le message ajouter filtre () , on peut étendre un filtre en ce que l'on combine un premier et un second filtre par l'adjonction d'attributs supplémentaires tels que les paramètres du filtre. Il est alors possible de construire une liste imbriquée de filtres c'est-à-dire une chaîne de filtres. On verra alors toujours le même message filtre ID comme accusé de réception du message ajouter filtreo , comme dans tous les autres accusés de réception de ce filtre de données.
Par la combinaison en chaîne on associe à l'ensemble du filtre de données une nouvelle fonctionnalité. Le message se présente comme suit: ajouter filtre (filtre-ID, type de filtre, nombre de paramètres de filtre, paramètre 1, paramètre 2 .
Le type de filtre indique pour quel concept on filtre par exemple le type de programme. Le nombre de paramètres de filtre indique
<Desc/Clms Page number 6>
le nombre de paramètres pour filtre contenus dans le message. Les paramètres (paramètre de filtre) indiquent les attributs par lesquels on classe ou on filtre les données.
Le message supprimer filtre 0 , efface l'ensemble du filtre de données c'est-à-dire que le filtre ID sera effacé, et ainsi le filtre de données associé au filtre ID ne pourra plus être appelé. Ensuite, ce filtre ID n'est plus disponible jusqu'à ce que ce filtre ID soit attribué à un nouveau filtre de données. Les filtres séparés de l'ensemble du filtre de données ne peuvent plus être effacés. Le message se définit de la manière suivante supprimer filtre (filtre ID) .
Pour le système DAB on a à titre d'exemple les applications suivantes : on peut appeler des listes de programmes audio dans l'ordre alphabétique ou encore une liste de programme de tous les programmes audio avec annonce de trafic, ou une liste de programmes de tous les programmes avec des annonces de nouvelles (annonce d'informations) ou encore le type de programme Pop. Ces applications peuvent être combinées et étendues de manière quelconque. Pour les types de programme (PTY) on a les programmes Pop, Rock, classiques, nouvelles, et.. avec 32 types de programmes dans les tableaux internationaux ainsi que d'autres types de programme que l'on peut définir librement. Pour les annonces il s'agit d'informations telles que les annonces de trafic, les nouvelles, ou les annonces météo. Pour le système DAB on a défini 16 types d'annonces.
La figure 2 montre le procédé de l'invention sous la forme d'un ordinogramme. Dans l'étape 4 la tête de réseau 1 envoie l'ordre créer filtre pour créer un filtre de données dans la boîte DAB 3. Le filtre de données est créé ici en fonction de l'entrée faite par l'utilisateur par exemple celui-ci ne veut interroger que les programmes disponibles de musique classique. Cela peut se faire automatiquement si la tète de réseau 1 dispose d'une liste déterminée de programmes ou de données.
Dans l'étape 5, la boîte DAB 3 accuse réception par le message créer filtre (filtre ID) par le bus 2, indiquant que le filtre a été créé. La boîte DAB 3 transmet comme paramètre pour acquitter le message, le numéro d'identification, les filtres ID pour ce filtre de données. Dans l'étape 6, la tête de réseau 1 envoie la boîte DAB 3 par le bus 2 le message ajouter filtre qui étend le filtre de données existant avec le numéro d'identification correspondant, en y ajoutant un autre critère pour informer ainsi en d'autres termes une chaîne de filtres car cet autre critère est déjà en soi un filtre. Dans l'étape 7, la boîte DAB 3 acquitte ce message
<Desc/Clms Page number 7>
reçu ajouter filtre de nouveau en envoyant à la tête de réseau 1 le numéro d'identification pour le filtre de données avec le message ajouter filtre .
Dans l'étape 8 on vérifie si le filtre de données a été étendu à d'autres filtres par la tête de réseau 1. Dans l'affirmative, on revient à l'étape 6 ; dans la négative, on poursuit par l'étape 9. Dans l'étape 9, à l'aide d'un ordre transmis par le bus 2 à partir de la tête de réseau 1, on attelle la liste filtrée de la boîte DAB 3.
Dans l'étape 10 on transmet cette liste pour vérifier ensuite dans l'étape 11 si le filtre continu d'être utilisé, dans l'affirmative, on revient à l'étape 8. Dans la négative on transmet dans l'étape 12 à partir de la tête de réseau 1, le message supprimer filtre avec le numéro d'identification correspondant à la boîte DAB 3 ; celle-ci efface alors le filtre. Cette opération est acquittée dans l'étape 13 par la boîte DAB 3 avec le même message supprimer filtre ; le message acquitté est transmis avec le numéro d'identification correspondant à la tête de réseau 1.
La figure 3 montre un diagramme déroulant du procédé selon l'invention. Entre la tête de réseau 1 et la boîte DAB 3 on échange des messages. Tout d'abord on a le message créer filtre avec l'annonce de type de filtre, le numéro de paramètre de filtre 2 et les deux paramètres donnés ici sous leur forme exacte décimale. Les paramètres signifient que l'on cherche des annonces de circulation et d'alarme dans la liste c'est-à- dire des programmes offrant de tels services. Le numéro de paramètre de filtre indique également le nombre de paramètres.
La boîte DAB 3 quitte ce message en envoyant le message créer filtre avec l'identification 2 donnée par la boîte DAB. Puis, la tête de réseau 1 envoie le message ajouter filtre avec l'identification 2, le type de filtre, le programme de filtre, le numéro de paramètre de filtre 1 et le paramètre Pop. Dans ces conditions, on sélectionne dans la liste des programmes, le programme type Pop et les annonces. La boîte DAB 3 acquitte avec le message ajouter filtre (2) de sorte que le annonces ajouter filtre est ainsi accepté comme filtre avec l'identification 2.
Avec un nouveau message ajouter filtre , la tête de réseau 1 complète le filtre et forme ainsi une chaîne de filtre composée de trois filtres différents. Le message ajouter filtre contient l'identification pour les filtres, le type de programme comme critère que l'on recherche, le numéro de paramètre de filtre 1 et l'attribut nouvelles comme paramètre. Ainsi on combine pour les types de programme, Pop et nouvelles. La boite
<Desc/Clms Page number 8>
DAB 3 accuse de nouveau réception en envoyant le message ajouter filtre (2) .
Par le message suivant obtenir liste des services (2) , la tête de réseau 1 recherche la liste qui a été filtrée par le filtre 2. Par le message obtenir liste des services , le numéro d'identification 2 et les éléments filtrés de la liste, on transmet alors la liste de la boîte DAB 3 à la tête de réseau 1.
Par le message supprimer filtre (2) , on efface le filtre de données d'identification 2 ; la boîte DAB 3 acquitte cette opération par le message supprimer filtre (2) .
Un filtre de données peut également être complété après une utilisation, avec d'autres attributs pour former une chaîne de filtres. La tête de réseau 1 et la boîte DAB 3 comporte des moyens pour générer les messages et les traiter. De tels moyens comprennent les processeurs. De plus, la tête de réseau 1 et la boîte DAB 3 comportent des mémoires pour recevoir des données c'est-à-dire le filtre de données et les éléments de la liste.
Les messages sont envoyés dans le cas présent avec une longueur fixe d'octets ; les octets non-utilisés sont remplacés par des zéros. Aux zéros, le récepteur sait que les octets correspondants ne sont pas occupés. En variante il est possible d'envoyer des messages de longueur variable pour ne transmettre que les octets nécessaires.
La figure 4 montre la source de données selon l'invention sous la forme d'un schéma par blocs. Une mémoire 14 est reliée à une première entrée/sortie de données d'un processeur 15. Une seconde en- trée/sortie de données du processeur 15 est reliée à un contrôleur de bus 16 comme moyen pour transmettre des données. Le contrôleur de bus 16 est relié au bus 2. Une entrée de données du processeur 15 est reliée à une partie numérique 17. L'entrée de la partie numérique 17 est reliée à un récepteur à haute fréquence 18 ; une entrée du récepteur à haute fréquence 18 est reliée à une antenne 19 pour recevoir les signaux radio.
Les signaux radio reçus par l'antenne 19 sont filtrés, amplifiés et convertis en une fréquence intermédiaire par le récepteur à haute fréquence 18. La partie numérique 17 numérise et effectue un décodage de canal des signaux reçus. Le flux de données ainsi obtenu est traité par le processeur 15 qui enregistre notamment la liste des programmes dans la mémoire 14. Cette liste des programmes est alors transmise par le contrôleur de bus 16 et le bus 2. Le bus 2 transmet en outre les messages de
<Desc/Clms Page number 9>
l'afficheur 1. Le processeur 15 sert à exploiter les messages et à enregistrer les filtres de données générés par le processeur 15 dans la mémoire 14.
La figure 5 montre un schéma par blocs de l'afficheur 1 selon l'invention. Un champ d'affichage 20 est raccordé à une entrée de données d'un processeur 21. L'entrée de données du processeur 21 est reliée à un dispositif d'entrée 22 constitué ici par un clavier. Un contrôleur de bus 23 est relié à une première entrée/sortie de données au processeur 21 et à une seconde entrée/sortie de données au bus 2.
Le contrôleur de bus 23 reçoit des données de l'afficheur 1 du bus 2, apparaissant sur-le-champ d'affichage 20. On fait apparaître ici à titre d'exemple la référence d'un émetteur SWR. Le champ d'affichage 20 est dans ce cas l'écran image TFT de la tête de réseau 1. A l'aide du dispositif d'entrée 2, on introduit la demande de l'utilisateur pour le programme. En fonction de ces entrées, le processeur 21 envoie les messages pour générer, étendre ou effacer un filtre de données pour les données appelées de la source de données. Les messages et le format de ces messages sont enregistrés dans une mémoire associée au processeur 21. Le champ d'affichage 20 comporte une commande pour représenter les données du processeur 21.
Selon un développement, l'afficheur 1 comporte plusieurs champs d'affichage 20 et/ou plusieurs dispositifs d'entrée 22 et/ou plusieurs processeurs 21 et/ou contrôleurs de bus 23. Cela permet alors de desservir simultanément plusieurs places dans le véhicule. Dans le cas d'un processeur 21 à plusieurs dispositifs d'entrée, le processeur 21 peut comporter un système de fonctionnement multitâches pour desservir les dispositifs d'entrée.
<Desc/Clms Page number 10>

Claims (20)

  1. REVENDICATIONS 1') Procédé de filtrage de données transmises entre un afficheur (1) et au moins une source de données (3), l'afficheur (1) demandant des données d'une liste d'au moins une source de données (3), caractérisé en ce que les données demandées sont filtrées dans un filtre de données, l'afficheur (1) transmet un premier message à au moins une source de données (3), cette source de données (3) générant le filtre de données en exploitant le premier message, et la source de données (3) associe une identification au filtre de données et transmet cette identification à l'afficheur (1).
  2. 2 ) Procédé selon la revendication 1, caractérisé en ce que le premier message fournit un type de filtre, un nombre de paramètres de filtre et les paramètres de filtre, les paramètres de filtres étant utilisés pour filtrer les données.
  3. 3 ) Procédé selon la revendication 1, caractérisé en ce que le filtre de données est effacé par un second message transmis par l'afficheur (1) à au moins une source de données (3).
  4. 4 ) Procédé selon la revendication 3, caractérisé en ce que le troisième message donne l'identification du filtre de données.
  5. 5 ) Procédé selon la revendication 1, caractérisé en ce que par au moins un troisième message de l'afficheur (1) transmis vers au moins une source de données (3), le filtre de données est étendu à une chaîne de filtres.
  6. 6 ) Procédé selon la revendication 5, caractérisé en ce que
    <Desc/Clms Page number 11>
    le troisième message indique l'identification du filtre de données, le type de filtre de données, le nombre de paramètres de filtre, les paramètres de filtre pour compléter le filtre de données.
  7. 7 ) Procédé selon la revendication 1, caractérisé en ce que les données sont classées par le filtre de données.
  8. 8 ) Procédé selon la revendication 1, caractérisé en ce que le premier, le second et le troisième messages sont envoyés avec une longueur fixe d'octets, et les octets non-utilisés dans le message sont remplacés par des zéros.
  9. 9 ) Procédé selon la revendication 1, caractérisé en ce que les messages sont transmis avec une longueur d'octets variable.
  10. 10 ) Procédé selon la revendication 1, caractérisé en ce que la source de données (3) acquitte les messages de l'afficheur (1).
  11. 11 ) Procédé selon la revendication 1, caractérisé en ce qu' en cas de modification des données filtrées dans la source de données (3), on envoie les données filtrées à l'afficheur (1) sans demande de la source de données (3).
  12. 12 ) Procédé selon la revendication 1, caractérisé en ce que le premier et/ou le second et/ou le troisième messages sont complétés par des entrées de l'utilisateur.
  13. 13 ) Procédé selon la revendication 1, caractérisé en ce que l'afficheur (1) et au moins une source de données (3) sont liés par un bus (2).
    <Desc/Clms Page number 12>
  14. 14 ) Source de données (3) pour la mise en oeuvre du procédé selon la revendication 1, caractérisée en ce qu' elle comprend une mémoire (14) pour les données, un premier processeur (15) pour traiter les données et des moyens (16) pour transmettre les données à un afficheur (1), le premier processeur (15) comporte des moyens pour générer, compléter et effacer un filtre de données ; et la source de données (3) comprend des moyens (16) pour recevoir des messages de l'afficheur (1), les messages indiquant si le filtre de données doit être créé, étendu ou effacé.
  15. 15 ) Source de données selon la revendication 14, caractérisée en ce qu' elle (3) est constituée par un récepteur radio et/ou un appareil de navigation et/ou un dispositif à mémoire.
  16. 16 ) Source de données selon la revendication 14, caractérisée en ce qu' elle est reliée à un bus (2).
  17. 17 ) Afficheur (1) pour la mise en oeuvre du procédé selon la revendication 1, caractérisé en ce qu' il comporte - un champ d'affichage (20) pour présenter des données, un second processeur (21) pour traiter des données, des moyens (23) pour recevoir des données, - des moyens (21, 23) pour générer et envoyer des messages qui indiquent si un filtre de données doit être créé, étendu ou effacé dans une source de données (3).
  18. 18 ) Afficheur selon la revendication 17, caractérisé en ce qu' il comporte un dispositif d'entrée (22).
  19. 19 ) Afficheur selon la revendication 17, caractérisé en ce qu'
    <Desc/Clms Page number 13>
    il (1) comporte plusieurs champs d'affichage (20) et/ou plusieurs dispositifs d'entrée (22) et/ou plusieurs processeurs (21) et/ou plusieurs moyens (23) pour recevoir des données et/ou des moyens (21, 22) pour générer et envoyer des messages.
  20. 20 ) Afficheur selon la revendication 17, caractérisé en ce qu' il (1) est relié à un bus 2.
FR0110713A 2000-08-11 2001-08-10 Procede de filtrage de donnees echangees entre un dispositif d'affichage et au moins une source de donnees, ainsi que source de donnees et dispositif d'affichage Expired - Fee Related FR2812989B1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE2000139234 DE10039234B4 (de) 2000-08-11 2000-08-11 Verfahren zur Filterung von zwischen einer Anzeige und wenigstens einer Datenquelle übertragenen Daten, Datenquelle und Datensenke

Publications (2)

Publication Number Publication Date
FR2812989A1 true FR2812989A1 (fr) 2002-02-15
FR2812989B1 FR2812989B1 (fr) 2006-03-24

Family

ID=7652093

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0110713A Expired - Fee Related FR2812989B1 (fr) 2000-08-11 2001-08-10 Procede de filtrage de donnees echangees entre un dispositif d'affichage et au moins une source de donnees, ainsi que source de donnees et dispositif d'affichage

Country Status (3)

Country Link
DE (1) DE10039234B4 (fr)
FR (1) FR2812989B1 (fr)
GB (1) GB2369276B (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4750135A (en) * 1986-05-01 1988-06-07 Reuters Limited Method for dynamically creating a receiver definable local trading instrument displayable record from a remotely transmitted trading instrument common data stream
US5614940A (en) * 1994-10-21 1997-03-25 Intel Corporation Method and apparatus for providing broadcast information with indexing
EP0881792A2 (fr) * 1997-05-26 1998-12-02 Alpine Electronics, Inc. Méthode pour la réception de programmes et mise en oeuvre de cette méthode dans un récepteur de radiodiffusion numérique
EP0923195A1 (fr) * 1997-12-09 1999-06-16 Robert Bosch Gmbh Récepteur de recevoir des signaux DAB

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4300875A1 (de) * 1993-01-15 1994-07-21 Becker Autoradio Verfahren zur Abstimmung eines mobilen Rundfunkempfängers
DE19644703A1 (de) * 1996-10-16 1998-04-30 Mannesmann Ag Verfahren und Einrichtung zum Datenaustausch zwischen einer zentralen Einheit und einer Datenendeinrichtung
US6020880A (en) * 1997-02-05 2000-02-01 Matsushita Electric Industrial Co., Ltd. Method and apparatus for providing electronic program guide information from a single electronic program guide server
JPH10341174A (ja) * 1997-06-10 1998-12-22 Nippon Columbia Co Ltd Rds受信機
CA2227927A1 (fr) * 1998-01-26 1999-07-26 Craig Dilks Methode et materiel pour acceder aux fichiers de donnees a partir d'une interface d'utilisateur unique
JP2000216693A (ja) * 1999-01-20 2000-08-04 Kenwood Corp ディジタル放送受信機
JP2000295125A (ja) * 1999-04-06 2000-10-20 Sony Corp デジタル音声放送の受信機

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4750135A (en) * 1986-05-01 1988-06-07 Reuters Limited Method for dynamically creating a receiver definable local trading instrument displayable record from a remotely transmitted trading instrument common data stream
US5614940A (en) * 1994-10-21 1997-03-25 Intel Corporation Method and apparatus for providing broadcast information with indexing
EP0881792A2 (fr) * 1997-05-26 1998-12-02 Alpine Electronics, Inc. Méthode pour la réception de programmes et mise en oeuvre de cette méthode dans un récepteur de radiodiffusion numérique
EP0923195A1 (fr) * 1997-12-09 1999-06-16 Robert Bosch Gmbh Récepteur de recevoir des signaux DAB

Also Published As

Publication number Publication date
GB0118704D0 (en) 2001-09-19
DE10039234A1 (de) 2002-02-28
FR2812989B1 (fr) 2006-03-24
DE10039234B4 (de) 2005-06-16
GB2369276B (en) 2002-10-16
GB2369276A (en) 2002-05-22

Similar Documents

Publication Publication Date Title
JP4028469B2 (ja) マルチメディア放送送受信装置及び方法
US20030093476A1 (en) System and method for providing a push of background data
EP2413565B1 (fr) Téléphone mobile comprenant un serveur de diffusion en flux avec des moyens de commande de la transformation d&#39;un fichier avant sa diffusion
CN103299600A (zh) 用于传输直播媒体内容的装置和方法
EP3646548B1 (fr) Procédé de transmission d&#39;un contenu audio interrompu dans un récepteur hybride, système, récepteur et programme associé au procédé
WO2022068488A1 (fr) Procédé et appareil de commande d&#39;envoi de message, ainsi que dispositif électronique et support de stockage lisible par ordinateur
EP1245116B1 (fr) Procede de telechargement de donnees precedees par des signaux d&#39;annonce
EP1876740A1 (fr) Procédé de fragmentation de guides SG, serveur et terminal destinés à un réseau de radiocommunications
EP1849257A1 (fr) Procede et equipements de controle d&#39;acces a des flux ip multicast
FR2812989A1 (fr) Procede de filtrage de donnees echangees entre un dispositif d&#39;affichage et au moins une source de donnees, ainsi que source de donnees et dispositif d&#39;affichage
FR2823037A1 (fr) Procede d&#39;optimisation de la gestion de la bande passante d&#39;un canal de transmission numerique
FR2828369A1 (fr) Procede de reception d&#39;emissions audiovisuelles proposees par des utilisateurs, terminal et serveur pour la mise en oeuvre du procede
EP1212879B1 (fr) Procede et systeme de transmission d&#39;une chaine de messages pour base de donnees
CN114979768A (zh) 视频缓存方法、装置、设备及存储介质
EP1850602B1 (fr) Procédé et système pour accélérer l&#39;accès à un contenu à partir d&#39;un terminal mobile
FR3005386A1 (fr) Procede et dispositif de fourniture d’une partie deja diffusee d’un flux multimedia, terminal utilisateur, programme d’ordinateur et medium de stockage correspondants
FR3120468A1 (fr) Procédé de gestion de la configuration d’une télécommande.
WO2016177778A1 (fr) Système de diffusion de documents numériques à des média serveurs itinérant, et appareils mettant en œuvre le procédé.
EP0347355B1 (fr) Diffusion synchronisée d&#39;informations multithématiques permettant une stratégie d&#39;écoute reconfigurable sur un parc d&#39;émetteurs et de programmes hertziens
EP0666199A1 (fr) Circuit d&#39;interface entre deux bus différents d&#39;un véhicule automobile
WO2008040677A1 (fr) Procédé de gestion de canaux de communication, signal et terminal correspondants
FR2876849A1 (fr) Systeme de grappe de serveurs de televisions
FR2826804A1 (fr) Procede de compression de donnees et systeme de navigation
EP3092777B1 (fr) Procede de traitement d&#39;erreur de restitution d&#39;un contenu numerique
FR3069996B1 (fr) Procede de lecture d&#39;un flux multimedia chiffre avec acces rapide au contenu en clair et dispositif d&#39;utilisation

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 15

PLFP Fee payment

Year of fee payment: 16

ST Notification of lapse

Effective date: 20180430