Brevet FR2921535A1 — publié le 20090327

PROCEDE DE TRANSFERT DE DONNEES ENTRE UNE SOURCE ET UN RECEPTEUR A L'AIDE D'UN PROTOCOLE DE TRANSFERT DES DONNEES L'invention concerne le domaine des procédés de transfert de données entre une source et un récepteur. On considère le cas d'une architecture où la source et le récepteur sont reliés d'une part par un lien monodirectionnel haut débit et d'autre part par un lien bidirectionnel bas débit. Les termes de haut débit et de bas débit sont relatifs, le haut débit signifiant un io débit plus élevé que le bas débit, et de préférence beaucoup plus élevé que le bas débit, d'un facteur pouvant varier avantageusement de dix à plus de mille. Lorsque la source doit transférer à un récepteur des données, et en particulier des données volumineuses comme des images, soit la source 15 les transfère au récepteur via le lien bidirectionnel bas débit, sous forme de paquets de données accompagnés de messages d'un protocole de transfert de données qui encadre le transfert de données et assure que ce transfert de données est réalisé correctement, soit la source les transfère au 20 récepteur via le lien monodirectionnel haut débit sous la forme d'un flux vidéo. Le protocole de transfert de données peut, pour assurer un transfert correct des données, comprendre tout un ensemble de types de messages, d'envoi, d'acquittement, d'erreur, de demande de renvoi, de renvoi, etc 25 Il est connu un premier art antérieur dans lequel les images sont transférées sur le lien bidirectionnel bas débit sous forme de paquets de données accompagnés de messages d'un protocole de transfert de données qui encadre le transfert de 30 données et assure que ce transfert de données est réalisé correctement. Ce premier art antérieur présente d'une part l'inconvénient de ralentir le transfert d'images qui peut devenir très long. Il peut présenter d'autre part l'inconvénient de surcharger le lien bidirectionnel bas débit alors que celui-ci peut devoir rester disponible pour d'autres éléments du réseau. II pourrait être envisagé une autre solution dans laquelle le lien monodirectionnel haut débit existant est rendu bidirectionnel tout en conservant son caractère haut débit. Un lien bidirectionnel haut débit présente un caractère relativement complexe et coûteux. Par ailleurs, le côté surdimensionné du caractère bidirectionnel peut sembler excessif. En effet, du récepteur vers la source, seuls des Io messages du protocole de transfert de données, relativement peu volumineux par rapport aux données elles-mêmes qui sont par exemple des images, sont censés circuler. Le caractère haut débit du sens récepteur vers source serait alors peu rentabilisé. 15 Pour d'une part permettre le transfert des données dans un temps raisonnable et d'autre part éviter un investissement trop important dans une liaison coûteuse surdimensionnée, il y a aussi la possibilité de transférer les données, et en particulier les images, sur le lien haut débit existant dont on ne modifie 20 pas le caractère monodirectionnel, les images étant alors transmises sous la forme d'un flux vidéo, c'est-à-dire notamment sans que soient échangées entre source et récepteur les messages du protocole de transfert de données. Dans ce dernier cas, trois types de problème peuvent se 25 poser. Tout d'abord, un premier problème peut se poser. La source peut ne pas être capable de convertir certains types d'image en un flux vidéo alors qu'elle peut transmettre tout type d'image sous la forme de paquets de données. En effet, la 30 source peut n'être capable de transformer en flux vidéo que certains formats d'image, par exemple les plus courants comme MPEG et JPEG, et pas d'autres, comme des formats plus spécifiques. Pour résoudre ce premier problème, il est prévu selon l'invention d'envoyer, sous forme de paquets de données, les données sur le lien monodirectionnel haut débit tandis qu'au moins une partie des messages du protocole de transfert des données, c'est-à-dire au moins les messages en provenance du récepteur à destination de la source, transite sur le lien bidirectionnel bas débit, dans le sens du récepteur vers la source. Le lien monodirectionnel haut débit n'autorise que les transitions que dans le sens de la source vers le récepteur. io Dans un premier type de réalisation, de préférence tous les messages transitent sur le lien bidirectionnel bas débit, aussi bien les messages allant de la source vers le récepteur que les messages allant du récepteur vers la source, tandis que dans un deuxième type de réalisation, de préférence seuls les 15 messages allant du récepteur vers la source transitent sur le lien bidirectionnel bas débit, les messages allant de la source vers le récepteur transitant sur le lien monodirectionnel haut débit. II est encore possible d'imaginer qu'une partie des messages allant de la source vers le récepteur transitent sur 20 le lien monodirectionnel haut débit tandis qu'une autre partie des messages allant de la source vers le récepteur transitent sur le lien bidirectionnel bas débit. Selon l'invention, il est prévu un procédé de transfert de données entre une source et un récepteur à l'aide d'un 25 protocole de transfert des données, comprenant : un ou plusieurs envois de données, de la source vers le récepteur, sur un lien monodirectionnel haut débit ; un ou plusieurs échanges de messages du protocole de transfert des données, entre la source et le récepteur, sur un lien bidirectionnel bas 30 débit. Selon l'invention, il est également prévu un procédé de transfert de données entre une source et un récepteur à l'aide d'un protocole de transfert des données, comprenant : un ou plusieurs envois de données, de la source vers le récepteur, sur un lien monodirectionnel haut débit ; un ou plusieurs envois de messages du protocole de transfert des données, de la source vers le récepteur, sur le lien monodirectionnel haut débit ; un ou plusieurs envois de messages du protocole de transfert des données, du récepteur vers la source, sur un lien bidirectionnel bas débit. Ensuite un deuxième problème peut se poser. Le débit de transfert du flux vidéo est par nature élevé et le récepteur peut à certains moments ne plus être capable de suivre le io rythme imposé par ce débit et par conséquent ne plus être capable de réceptionner correctement toutes les données transmises et perdre ainsi une partie des données transmises. La source ne saura pas quelle partie du flux vidéo a mal été transmise et doit être retransmise, parfois elle ne saura même 15 pas que la transmission aura été incorrecte. De plus les données ainsi transmises peuvent présenter un caractère beaucoup plus critique, et donc une sensibilité aux erreurs de transmission nettement supérieure, que les images habituellement transmises sous forme de flux vidéo. Par 20 exemple, une image constituée par une somme d'objets sera très sensible à une erreur de transmission, même sur un bit, tandis que cela peut n'être pas perceptible à l'oeil nu pour une image se présentant sous la forme d'une somme de pixels. Pour résoudre ce deuxième problème, selon l'invention, la 25 cadence des échanges de messages régule le débit d'envoi des données. Le paquet de données suivant peut n'être envoyé qu'une fois qu'on a vérifié que le précédent avait été bien reçu ; si ce n'est pas le cas on renvoie le paquet de données perdu, ce qui bien sûr diminue le débit d'envoi moyen 30 des paquets de données. Si plusieurs paquets de données ont été envoyés, et que l'un de ces paquets de données a été mal reçu, ce dernier peut être renvoyé avant le nouveau paquet de données non encore envoyé et prêt à être envoyé. Par exemple, on envoie un paquet de données quand un message d'acquittement signale la bonne réception du précédent, tandis que l'on renvoie le précédent, si au lieu du message d'acquittement on reçoit un message d'erreur ou bien un message de demande de renvoi. De par leur mécanisme, la plupart des échanges de messages de protocole de transfert régule automatiquement le débit d'envoi des données notamment en fonction de leur plus ou moins bonne réception, c'est-à-dire d'un taux de bonne réception plus ou moins élevé. L'invention est donc particulièrement intéressante lorsque le io récepteur réagit trop lentement ou devient trop chargé par ailleurs, grâce à la souplesse du transfert de paquets de données à l'aide d'un protocole de transfert de données lequel permet de réguler le débit d'envoi des données sur le lien monodirectionnel haut débit. Dans ce cas, lorsque le deuxième 15 problème se pose, même si on choisit une source qui est suffisamment complexe et performante pour transformer tout type de format d'image en flux vidéo, l'invention reste intéressante. Selon l'invention, dans un premier type de procédé prévu, le 20 débit d'envoi des données sur le lien monodirectionnel haut débit est régulé par l'évolution de la cadence des échanges de messages sur le lien bidirectionnel bas débit. Selon l'invention également, dans un deuxième type de procédé prévu, le débit d'envoi des données sur le lien 25 monodirectionnel haut débit est régulé par l'évolution de la cadence des envois de messages sur le lien bidirectionnel bas débit. Plus précisément, la régulation prend en compte l'évolution à la fois de la cadence des envois de messages sur le lien bidirectionnel bas débit et de la cadence des envois de 30 messages sur le lien monodirectionnel haut débit, lesquelles cadences sont indirectement liées entre elles. Enfin, un troisième problème peut se poser. Lorsque les données ou les images transmises doivent être stockées au niveau du récepteur pour être réutilisables ultérieurement et non pas seulement affichées sur un écran puis effacées, le temps d'accès de la mémoire de stockage du récepteur peut être trop long et par conséquent incompatible avec le débit du lien monodirectionnel haut débit. Dans ce cas, une partie des données transmises est perdue sans avoir pu être stockée. Pour résoudre ce troisième problème, selon l'invention, de nouveau la souplesse du transfert par paquets de données à l'aide d'un protocole de transfert de données est d'autant plus appréciable. En effet, dans le cas d'un flux vidéo d'images io affichées immédiatement puis effacées, le récepteur peut fonctionner correctement avec le débit élevé du lien monodirectionnel haut débit tout en ayant une mémoire dont le temps d'accès quant à lui est incompatible avec ce haut débit, temps d'accès qui empêcherait alors de stocker correctement 15 les images envoyées dans un flux vidéo sur le lien monodirectionnel haut débit. Lorsque les données envoyées doivent être stockées pour pouvoir être utilisées ultérieurement, et non pas effacées après usage immédiat, l'invention est donc particulièrement intéressante, parce-que 20 dans ce cas, un temps d'accès à la mémoire du récepteur qui serait trop long deviendrait rédhibitoire. Selon l'invention, il est prévu un procédé dans lequel, les données envoyées, de la source vers le récepteur, sur le lien monodirectionnel haut débit, sont stockées dans une mémoire 25 du récepteur de manière à pouvoir être utilisées ultérieurement. Le gain de temps réalisé par l'invention, entre un envoi classique entièrement sur le lien bidirectionnel bas débit et un envoi selon le procédé de l'invention, tout en ne sacrifiant pas 30 la qualité de la transmission comme lors d'un envoi sous forme de flux vidéo sans l'aide d'un protocole de transfert de données, est très important et peut même dans certaines applications automobiles devenir énorme. En effet, dans certaines applications automobiles préférentielles, un transfert d'images qui aurait pris environ deux heures peut être réalisé en une dizaine de secondes. L'invention va maintenant être décrite plus en détail à l'aide des figures ci-après, données à titre d'exemples illustratifs et non limitatifs, où : - la figure 1 représente schématiquement un exemple d'une portion de réseau de bord de véhicule automobile pouvant mettre en oeuvre le procédé de transfert de données selon io l'invention. La figure 1 représente schématiquement un exemple d'une portion de réseau de bord de véhicule automobile pouvant mettre en oeuvre le procédé de transfert de données selon 15 l'invention. Une source 1 est reliée à un récepteur 3 par un lien monodirectionnel haut débit 6. Une source 2 est reliée au récepteur 3 par un lien monodirectionnel haut débit 7. Un bus multiplexé 5 bas débit relie notamment d'une part la source 1 au récepteur 3 et d'autre part la source 2 au récepteur 3. La 20 source 1 a un accès bidirectionnel 8 au bus 5. Le récepteur 3 a un accès bidirectionnel 9 au bus 5. La source 2 a un accès bidirectionnel 10 au bus 5. Le récepteur 3 est avantageusement un contrôleur graphique pilotant un écran 4. Le pilotage est représenté par l'intermédiaire d'une flèche en 25 traits pointillés. Par exemple, pour un envoi de données de la source 1 vers le récepteur 3, tandis que les données par exemple des images sont envoyées sous forme de paquets de données sur le lien 6 monodirectionnel haut débit, de la source 1 vers le récepteur 3, les messages du protocole de 30 transfert de données, encadrant le transfert de données réalisé sur le lien 6 monodirectionnel haut débit, sont échangés sur le bus multiplexé 5 par l'intermédiaire des accès 8 et 9. Une fois les données reçues par le récepteur 3, celui-ci les stocke en mémoire. Puis le moment venu, par exemple à la demande de l'utilisateur, le récepteur 3 extrait les données stockées, par exemple des images, les envoie à l'écran 4 qui les affiche ou les utilise pour réaliser un affichage. Par exemple, avant d'envoyer un nouveau paquet de données sur le lien 6 monodirectionnel haut débit, la source 1 attend d'avoir reçu un message d'acquittement émis par le récepteur 3 sur le bus multiplexé 5. De façon concomitante ou de façon alternative, par exemple, dès qu'un message d'erreur ou de demande de renvoi en provenance du récepteur 3 est émis sur io le bus multiplexé 5 et arrive à la source 1, la source 1 émet à nouveau le paquet de données réputé perdu avant d'émettre un nouveau paquet de données, ce qui ralentit le débit moyen d'envoi des paquets de données sur le lien 6 monodirectionnel haut débit d'autant. Un envoi de données de la source 2 vers 15 le récepteur 3 est réalisé de façon similaire. II pourrait encore y avoir une ou plusieurs autres sources reliées au récepteur 3 d'une manière similaire aux sources 1 et 2. L'architecture de la figure 1 a été décrite en liaison avec le premier type de procédé selon l'invention. Cette architecture peut fonctionner 20 de façon similaire en liaison avec le deuxième type de procédé selon l'invention. Toutefois, dans ce cas, les messages du protocole de transfert de données, allant de la source 1 ou 2 vers le récepteur 3, ne passe plus par le bus 5, mais par le lien monodirectionnel haut débit 6 ou 7. 25 Dans un mode de réalisation de l'invention, une ou plusieurs images transmises sous forme de paquets de données, de la source vers le récepteur, sur le lien monodirectionnel haut débit, sont stockées dans une mémoire du récepteur de manière à pouvoir être affichées ultérieurement. Ces images 30 ne sont pas transmises sous la forme d'un flux vidéo pour les raisons évoquées précédemment. De préférence, ladite ou lesdites images sont transmises sous forme compressée. Ainsi les paquets de données sont moins volumineux. Dans un premier exemple de type d'images, lesdites images sont des images de configuration d'écran. Ainsi, des configurations d'écran relativement complexes peuvent être facilement téléchargées. Dans un deuxième exemple de type d'images, lesdites images sont des mises à jour d'images stockées dans la mémoire du récepteur. Ainsi des mises à jour de quantités de données relativement importantes peuvent être réalisées. Ces deux exemples de type d'image sont particulièrement sensibles aux erreurs de transmission et doivent être stockés pour pouvoir être utilisés en différé par rapport au moment de io leur transmission. D'autres images sont de préférence également transmises mais cette fois sous forme de flux vidéo, de la source vers le récepteur, sur le lien monodirectionnel haut débit. Dans ce cas, le flux vidéo est avantageusement transmis sous forme 15 décompressée. Ainsi, le flux vidéo peut être transmis directement du récepteur vers l'écran pour être affiché en direct, sans traitement intermédiaire de décompression au niveau du récepteur qui est avantageusement l'afficheur ou le contrôleur graphique de l'écran sur lequel sont affichées les 20 images du flux vidéo reçu. En véhiculant ces deux types d'images, la source n'est plus seulement une source de flux vidéo, elle devient également une source de téléchargement d'images ou d'autres données comme par exemple un code informatique volumineux. 25 Une partie des données à transférer de la source vers le récepteur peut l'être via le lien bidirectionnel bas débit, si cette partie de données est peu volumineuse, par exemple un code informatique peu volumineux d'une fonction simple à réaliser par le récepteur ou par un élément dépendant du 30 récepteur. Par contre, un ensemble de nombreuses images au contenu relativement riche sera transféré via le lien monodirectionnel haut débit, pour pouvoir d'une part être transféré dans un délai raisonnable et d'autre part ne pas surcharger le lien bidirectionnel bas débit dont d'autres Io éléments importants du réseau peuvent avoir un besoin critique à certains moments. A titre d'exemple illustratif, une taille de données à transférer comme supérieure à 10 mégaoctets ou un temps de transfert de données comme supérieur à 5 minutes peuvent être considérés comme excessifs. Afin d'une part de ne pas surcharger le lien bidirectionnel bas débit sur lequel les messages du protocole de transfert de données vont circuler en nombre croissant en fonction du Io nombre de paquets de données entre lesquels un ensemble de données à transférer va être découpé, la taille des paquets de données ne devrait de préférence pas être trop petite. Afin d'autre part de ne pas surcharger la mémoire tampon du récepteur et de laisser au récepteur le temps d'utiliser ou de 15 stocker correctement les données reçues, ces données ne devraient avantageusement pas être groupées dans des paquets trop gros qui ne pourraient alors plus être convenablement � digérés � par le récepteur ; c'est pour cela que la taille des paquets de données ne devrait de préférence 20 pas être trop grosse. Dans une application préférentielle de transfert de données dans le réseau de bord d'un véhicule automobile, la taille des paquets de données véhiculant les images est comprise entre 500 Koctets, qui est la limite pouvant être véhiculé sur le réseau CAN constituant alors le 25 lien bidirectionnel bas débit, et 10 Moctets. Dans une réalisation avantageuse, un code correcteur d'erreur pourra être employé pour la transmission des données sur le lien monodirectionnel haut débit. Un rendement R de l'ensemble de la transmission est donné par le temps effectif 30 de transmission de données Td rapporté au temps total de communication Ttot. On a la formule suivante : R = Td/Ttot. Dans ladite application préférentielle de transfert de données dans le réseau de bord d'un véhicule automobile, une plage de rendement du procédé de l'invention est comprise entre 50% et 99%, selon le type d'électronique interne que comprend le récepteur. Dans une réalisation préférentielle du procédé selon l'invention, plusieurs sources sont reliées à un même récepteur. Cette multiplicité des sources rend d'autant plus intéressant le procédé selon l'invention, car le récepteur peut recevoir en même temps plusieurs envois de données en provenance de plusieurs sources, ce qui rendra encore plus critique l'ensemble des problèmes exposés précédemment. io Avantageusement, plusieurs sources sont reliées à un même récepteur, par l'intermédiaire d'une part d'un lien monodirectionnel haut débit différent pour chaque source et d'autre part par un lien bidirectionnel bas débit commun pour toutes les sources. Cette multiplicité des sources rend 15 d'autant plus critique la disponibilité des ressources au niveau du lien bidirectionnel bas débit et plus intéressant la possibilité offerte par le procédé selon l'invention de décharger ce lien bidirectionnel bas débit de quantités de données volumineuses à transférer des sources vers le 20 récepteur. Dans une application préférentielle de transfert de données dans le réseau de bord d'un véhicule automobile, parmi la ou les sources, il y a une radio et/ou un lecteur DVD et/ou un lecteur MP3 et/ou un boîtier de raccord nomade et/ou un 25 système de navigation embarqué et/ou une caméra de recul et/ou un système de vision de nuit. De préférence, le récepteur est un afficheur et ou un contrôleur graphique, d'un écran. Le contrôleur graphique peut notamment présenter une interface homme machine dont les 30 éléments graphiques constitutifs représentent souvent des quantités de données plutôt volumineuses. De préférence, l'écran concerné sera un écran multifonctions, commun à l'affichage d'images issues de plusieurs sources de données, par exemple de l'ensemble des sources de données reliés au réseau de bord d'information et de divertissement du véhicule automobile. Cet écran sera avantageusement un écran couleur et de grande taille. Par exemple, il peut permettre d'afficher aussi bien le régime du moteur du véhicule automobile demandé par son conducteur que la pochette du compact disque écouté dans l'habitacle du véhicule automobile. De préférence, le lien monodirectionnel haut débit est un lien apte à transmettre un flux vidéo. Ainsi, en plus de sa fonction de transmission d'images sous forme de flux vidéo, il aura une io fonction téléchargement de données volumineuses, par exemple d'autres images, sous forme de paquets de données. Le lien monodirectionnel haut débit assure une liaison point à point entre la source et le récepteur. Dans le domaine des réseaux de bord de véhicule automobile, le flux vidéo 15 transféré est habituellement un flux non compressé notamment pour éviter que certains éléments d'image bavent sur les autres à l'affichage, comme par exemple les noms de ville sur une carte affichée par la fonction navigation. Le lien monodirectionnel haut débit est avantageusement un lien 20 LVDS (LVDS est un sigle représentant une technologie � Low Voltage Differential Signal � en langue anglaise). Un lien LVDS offre un débit élevé avec une faible sensibilité aux perturbations électromagnétiques. Un lien LVDS présente par exemple l'avantage de pouvoir supporter un débit 25 correspondant à un flux vidéo d'environ 30 images numériques décompressées par seconde avec une résolution de 800 fois 480 pixels par image sur une profondeur d'au moins 18 bits de codage par pixel. Le lien LVDS a typiquement un haut débit compris entre 200 Mbits par seconde à 1 Gbit par seconde, 30 voire même au-delà. De préférence, le lien bidirectionnel bas débit est un bus multiplexé. Ce bus multiplexé est avantageusement un réseau CAN. C'est par exemple le réseau CAN consacré à l'information et au divertissement dans un véhicule automobile. Ce réseau CAN est un réseau CAN basse vitesse (réseau CAN Low Speed en anglais), présentant par exemple un débit de 125 kbits par seconde. Ce réseau CAN peut communiquer avec le réseau CAN principal du véhicule automobile, consacré à la fonction conduite du véhicule automobile, via le boîtier de servitude intelligent (BSI). Le haut débit du lien monodirectionnel haut débit est supérieur au bas débit du lien bidirectionnel bas débit. De préférence, le haut débit du lien monodirectionnel est supérieur au bas débit du lien bidirectionnel d'au moins un facteur 10. Préférentiellement, le haut débit du lien monodirectionnel est supérieur au bas débit du lien bidirectionnel d'au moins un facteur 100. Avantageusement, le haut débit du lien monodirectionnel est supérieur au bas débit du lien bidirectionnel d'au moins un facteur 1000. De préférence, le récepteur ainsi que la ou les sources sont reliés au réseau de bord d'un véhicule automobile. L'invention concerne aussi un réseau de bord de véhicule automobile comprenant une ou plusieurs sources, un récepteur, un ou plusieurs liens monodirectionnels haut débit, un lien bidirectionnel bas débit, disposés de manière à mettre en oeuvre le procédé selon l'invention. Une part importante des véhicules automobiles actuels possèdent un réseau de bord dédié à l'information et au divertissement des occupants du véhicule automobile qui est basé sur un bus multiplexé bas débit. Un besoin de transfert de flux vidéo est né à la fois de l'éclatement des boîtiers fonctionnels et de l'arrivée de médias vidéo dans l'habitacle du véhicule automobile. Ce besoin de transfert vidéo est couvert par les liens monodirectionnels haut débit assurant des liaisons point à point respectivement entre d'une part les sources et d'autre part le récepteur qui sera avantageusement le contrôleur graphique de l'écran multifonctions dédié au réseau de bord information et divertissement dans le véhicule automobile. Le procédé selon l'invention permet d'utiliser astucieusement ces liens monodirectionnels haut débit, existants et prévus pour la transmission de flux vidéo, pour réaliser en plus le téléchargement de données volumineuses. REVENDICATIONS 1) Procédé de transfert de données entre une source (1, 2) et un récepteur (3) à l'aide d'un protocole de transfert des 5 données, comprenant : - un ou plusieurs envois de données, de la source (1, 2) vers le récepteur (3), sur un lien monodirectionnel haut débit (6, 7) ; - un ou plusieurs échanges de messages du protocole de 10 transfert des données, entre la source (1, 2) et le récepteur (3), sur un lien bidirectionnel bas débit (5). 2) Procédé selon la revendication 1, caractérisé en ce que le débit d'envoi des données sur le lien monodirectionnel haut 15 débit (6, 7) est régulé par l'évolution de la cadence des échanges de messages sur le lien bidirectionnel bas débit (5). 3) Procédé de transfert de données entre une source (1, 2) et un récepteur (3) à l'aide d'un protocole de transfert des 20 données, comprenant : - un ou plusieurs envois de données, de la source (1, 2) vers le récepteur (3), sur un lien monodirectionnel haut débit (6, 7) ; - un ou plusieurs envois de messages du protocole de 25 transfert des données, de la source (1, 2) vers le récepteur (3), sur le lien monodirectionnel haut débit (6, 7) ; -un ou plusieurs envois de messages du protocole de transfert des données, du récepteur (3) vers la source (1, 2), sur un lien bidirectionnel bas débit (5). 30 4) Procédé selon la revendication 3, caractérisé en ce que le débit d'envoi des données sur le lien monodirectionnel haut 25débit (6, 7) est régulé par l'évolution de la cadence des envois de messages sur le lien bidirectionnel bas débit (5). 5) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les données envoyées, de la source (1, 2) vers le récepteur (3), sur le lien monodirectionnel haut débit (6, 7), sont stockées dans une mémoire du récepteur (3) de manière à pouvoir être utilisées ultérieurement. Io 6) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une ou plusieurs images transmises sous forme de paquets de données, de la source (1, 2) vers le récepteur (3), sur le lien monodirectionnel haut 15 débit (6, 7), sont stockées dans une mémoire du récepteur (3) de manière à pouvoir être affichées ultérieurement. 7) Procédé selon la revendication 6, caractérisé en ce que ladite ou lesdites images sont transmises sous forme 20 compressée. 8) Procédé selon l'une quelconque des revendications 6 à 7, caractérisé en ce que lesdites images sont des images de configuration d'écran (4). 9) Procédé selon l'une quelconque des revendications 6 à 8, caractérisé en ce que lesdites images sont des mises à jour d'images stockées dans la mémoire du récepteur (3). 30 10) Procédé selon l'une quelconque des revendications 6 à 9, caractérisé en ce que d'autres images sont également transmises sous forme de flux vidéo, de la source (1, 2) vers le récepteur (3), sur le lien monodirectionnel haut débit (6, 7). 15 11) Procédé selon l'une quelconque des revendications 6 à 10, caractérisé en ce que le flux vidéo est transmis sous forme décompressée. 12) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le récepteur (3) est un afficheur et ou un contrôleur graphique, d'un écran (4). 13) Procédé selon l'une quelconque des revendications 10 précédentes, caractérisé en ce que le lien monodirectionnel haut débit (6, 7) est un lien apte à transmettre un flux vidéo. 14) Procédé selon la revendication 13, caractérisé en ce que le lien monodirectionnel haut débit (6, 7) est un lien LVDS. 15) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le lien bidirectionnel bas débit (5) est un bus multiplexé. 20 16) Procédé selon la revendication 15, caractérisé en ce que le bus multiplexé (5) est un réseau CAN. 17) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que plusieurs sources (1, 2) 25 sont reliées à un même récepteur (3). 18) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que plusieurs sources (1, 2) sont reliées à un même récepteur (3), par l'intermédiaire d'une 30 part d'un lien monodirectionnel haut débit (6, 7) différent pour chaque source (1, 2) et d'autre part par un lien bidirectionnel bas débit (5) commun pour toutes les sources (1, 2). 5 30 19) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la taille des paquets de données véhiculant les images est comprise entre 500 K octets et 10 M octets. 20) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le haut débit du lien monodirectionnel (6, 7) est supérieur au bas débit du lien bidirectionnel (5) d'au moins un facteur 10. 10 21) Procédé selon la revendication 20, caractérisé en ce que le haut débit du lien monodirectionnel (6, 7) est supérieur au bas débit du lien bidirectionnel (5) d'au moins un facteur 100. 15 22) Procédé selon la revendication 21, caractérisé en ce que le haut débit du lien monodirectionnel (6, 7) est supérieur au bas débit du lien bidirectionnel (5) d'au moins un facteur 1000. 23) Procédé selon l'une quelconque des revendications 20 précédentes, caractérisé en ce que parmi la ou les sources (1, 2), il y a une radio et/ou un lecteur DVD et/ou un lecteur MP3 et/ou un boîtier de raccord nomade et/ou un système de navigation embarqué et/ou une caméra de recul et/ou un système de vision de nuit. 25 24) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le récepteur (3) ainsi que la ou les sources (1, 2) sont reliés au réseau de bord d'un véhicule automobile. 25) Réseau de bord de véhicule automobile comprenant une ou plusieurs sources (1, 2), un récepteur (3), un ou plusieurs liens monodirectionnels haut débit (6, 7), un lien bidirectionnel bas débit (5), disposés de manière à mettre en oeuvre leprocédé selon l'une quelconque des revendications précédentes.