FR2899418A1 - Procede de transmission depuis un dispositif recepteur vers un dispositif destinataire, d'un contenu de donnees, produit programme d'oridinateur, moyen de stockage et dispositif recepteur correspondants - Google Patents

Procede de transmission depuis un dispositif recepteur vers un dispositif destinataire, d'un contenu de donnees, produit programme d'oridinateur, moyen de stockage et dispositif recepteur correspondants Download PDF

Info

Publication number
FR2899418A1
FR2899418A1 FR0602735A FR0602735A FR2899418A1 FR 2899418 A1 FR2899418 A1 FR 2899418A1 FR 0602735 A FR0602735 A FR 0602735A FR 0602735 A FR0602735 A FR 0602735A FR 2899418 A1 FR2899418 A1 FR 2899418A1
Authority
FR
France
Prior art keywords
content
interface
format
audio
receiver
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
FR0602735A
Other languages
English (en)
Other versions
FR2899418B1 (fr
Inventor
Stephane Bizet
Laurent Frouin
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.)
Canon Europa NV
Original Assignee
Canon Europa NV
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 Canon Europa NV filed Critical Canon Europa NV
Priority to FR0602735A priority Critical patent/FR2899418B1/fr
Publication of FR2899418A1 publication Critical patent/FR2899418A1/fr
Application granted granted Critical
Publication of FR2899418B1 publication Critical patent/FR2899418B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4405Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption
    • 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/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4623Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]

Landscapes

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

Abstract

L'invention concerne un procédé de transmission d'un contenu audio-vidéo à un dispositif destinataire (107b) comprenant une première interface de réception, apte à être reliée au moyen d'un premier lien (104b) à une première interface d'émission d'un dispositif récepteur, lesdits premier lien et premières interfaces étant conformes à un premier protocole.Selon l'invention, un tel procédé comprend les étapes suivantes mises en oeuvre par le dispositif récepteur (103b) :- détermination si le format du contenu audio vidéo à transmettre au dispositif destinataire est compatible avec la première interface d'émission ;- transmission d'une commande d'activation au dispositif destinataire (107b) permettant d'activer une seconde interface de réception du dispositif destinataire pour la réception dudit contenu audio vidéo, la commande d'activation étant transmise s'il a été déterminé que le format du contenu n'est pas compatible avec la première interface d'émission du dispositif récepteur par les moyens de détermination.

Description

Procédé de transmission depuis un dispositif récepteur vers un dispositif
destinataire, d'un contenu de données, produit programme d'ordinateur, moyen de stockage et dispositif récepteur correspondants. 1. Domaine de l'invention Le domaine de l'invention est celui des réseaux de communication permettant l'interconnexion d'une pluralité de dispositifs (aussi appelés appareils par la suite) et notamment, mais non exclusivement, les réseaux audiovisuels domestiques permettant d'interconnecter des équipements audio et/ou vidéo, de type analogique et/ou numérique, afin qu'ils échangent des signaux audiovisuels.
Les appareils précités appartiennent par exemple à la liste d'appareils suivante, qui n'est pas exhaustive : récepteurs de télévision (par satellite, par voie hertzienne, par câble, xDSL, ...), magnétoscopes, scanners, caméras numériques, appareils photo numériques, lecteurs DVD, ordinateurs, assistants numériques personnels (PDA), imprimantes, etc.
Plus précisément, l'invention concerne les dispositifs numériques de réception de signaux audio-vidéo (que l'on appelle en anglais Digital Audio Video Receiver and Controller ) ci-après désigné par dispositifs récepteurs AVRC . De façon classique, un dispositif récepteur AVRC reçoit des contenus audiovidéo provenant de dispositifs sources compris dans un réseau de communication distribué auquel le dispositif récepteur AVRC est connecté et transmet ces contenus à un ou plusieurs dispositifs destinataires auquel il est également connecté. 2. Solutions de l'art antérieur Un exemple typique de dispositif récepteur AVRC, commercialisé en particulier aux Etats-Unis d'Amérique, est un récepteur de programmes par le câble ( Broadcast TV Gable Box en anglais) muni d'une première interface d'émission d'un premier type (par exemple une interface numérique selon le standard IEEE 1394) et d'une seconde interface d'émission d'un second type (par exemple une interface analogique). Ainsi, en connectant ces deux interfaces d'émission à deux interfaces de réception correspondantes d'un dispositif destinataire, tel qu'un dispositif d'affichage ou une télévision numérique, il est possible de transporter deux formats différents du contenu audio vidéo entre le dispositif récepteur AVRC et le dispositif destinataire, dans la mesure de ce qui est permis par les protocoles associés à chacune des première et seconde interfaces. Nécessairement, à un instant donné, une seule des deux interfaces de réception du dispositif destinataire est choisie comme étant l'interface de réception active à partir de laquelle est obtenu le contenu audio vidéo destiné au traitement ou à l'affichage. Or, il est difficile de déterminer au niveau du dispositif destinataire laquelle des deux interfaces de réception reçoit le contenu audio vidéo utile et donc celle qui sera choisie comme étant l'interface active. En effet, lorsqu'un même contenu audio vidéo est reçu par les deux interfaces selon des formats différents, il n'est pas aisé d'établir que c'est le même contenu pour pouvoir sélectionné, par exemple, celui de meilleur qualité. De même, l'absence d'un signal au niveau d'une interface de réception n'induit pas nécessairement l'absence permanente d'un contenu audio vidéo (c'est le cas lorsque la source est dans l'état pause par exemple). Le choix de l'interface de réception active du dispositif destinataire peut être laissé à l'utilisateur, mais cela nécessite des manipulations qui peuvent être fastidieuses car répétées pour que, à chaque fois, la bonne interface de réception soit sélectionnée. On connaît également que la FCC ( Federal Communications Commission en anglais) préconise que lorsque des signaux d'alarme d'urgence ( Emergency Alarm Signal , EAS) sont générés par le dispositif source, on indique au dispositif destinataire l'interface de réception par laquelle ces informations EAS sont reçues. Cependant, cette information qui aide au choix de l'interface de réception appropriée n'est disponible qu'à travers certaines sources, et seulement lors de circonstances particulières comme l'apparition de signaux d'urgences. 3. Objectifs de l'invention L'invention a notamment pour objectif de pallier ces différents inconvénients de l'état de la technique. Plus précisément, un objectif de la présente invention, dans au moins un mode de réalisation, est de fournir une technique de transmission de contenus de données à un dispositif d'affichage qui permette d'activer l'interface de réception du dispositif d'affichage la plus appropriée de manière automatique.
L'invention a également pour objectif, dans au moins un mode de réalisation, de fournir une telle technique qui soit simple à mettre en oeuvre et peu coûteuse. 4. Caractéristiques essentielles de l'invention Ces différents objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints selon l'invention à l'aide d'un procédé de transmission d'un contenu audio-vidéo à un dispositif destinataire comprenant une première interface de réception, apte à être reliée au moyen d'un premier lien à une première interface d'émission d'un dispositif récepteur, lesdits premier lien et premières interfaces étant conformes à un premier protocole.
Selon l'invention, un tel procédé comprend les étapes suivantes mises en oeuvre par le dispositif récepteur : - détermination si le format du contenu audio vidéo à transmettre au dispositif destinataire est compatible avec la première interface d'émission ; - transmission d'une commande d'activation au dispositif destinataire permettant d'activer une seconde interface de réception du dispositif destinataire pour la réception dudit contenu audio vidéo, la commande d'activation étant transmise s'il a été déterminé que le format du contenu n'est pas compatible avec la première interface d'émission du dispositif récepteur par les moyens de détermination.
Le principe général de l'invention consiste donc à déterminer, préalablement à la transmission d'un contenu, si le format du contenu audio vidéo à transmettre au dispositif destinataire est compatible avec la première interface d'émission et à choisir l'interface du dispositif destinataire optimale pour la transmission. Ainsi, lorsque, par exemple, le premier protocole est un protocole analogique et le second protocole est un protocole numérique, ce procédé de transmission permet de transmettre des informations de contrôle OSD mais également des contenus de données formatés sous un format inconnu d'un décodeur du dispositif récepteur. Par ailleurs, ce procédé permet également de transmettre depuis le dispositif récepteur vers le dispositif destinataire une plus grande quantité de formats de contenus de données.
Ainsi, par exemple, lorsque les ressources de la première interface d'émission ne permettent pas de jouer le contenu, audio-vidéo, celui-ci sera transmis au dispositif destinataire via sa seconde interface de réception. Le dispositif destinataire pourra alors utiliser ses propres ressources pour jouer le contenu, et ainsi traiter des formats audiovidéo qui ne sont pas interprétables par la première interface d'émission du dispositif récepteur. Bien entendu, l'invention s'applique notamment dans les cas où le contenu, initialement reçu par le dispositif récepteur : provient d'un réseau de communication du type réseau satellite ou du type réseau câblé ; provient d'un dispositif source (qui a généré le contenu) compris dans un réseau de communication domestique dont le dispositif récepteur constitue un noeud ; provient du dispositif récepteur lui-même (qui génère le contenu). Mais l'invention s'applique également dans les cas où le contenu provient d'un dispositif source (qui a généré le contenu) connecté localement au dispositif destinataire, au moyen d'un lien mettant en oeuvre le second protocole de communication. Avantageusement, s'il a été déterminé que le format du contenu est compatible avec la première interface d'émission du dispositif récepteur par les moyens de détermination, ladite commande d'activation active la première interface de réception.
Par exemple, dans le cas où le contenu est généré par le dispositif récepteur, lorsque les ressources de la première interface d'émission permettent de jouer le contenu, la première interface de réception du dispositif destinataire est activée permettant des traitements additionnels par le dispositif récepteur, et ainsi de fournir des informations de contrôle OSD par le biais d'une interface graphique.
Par exemple, la génération du contenu dépend d'un événement prédéterminé nécessitant l'affichage d'une information graphique. L'événement peut être une action de contrôle par l'utilisateur envers le dispositif récepteur. Ainsi le dispositif récepteur peut fournir au dispositif destinataire une information graphique représentative des commandes émises par l'utilisateur au dispositif récepteur, des actions ou des erreurs résultants des ces commandes.
L'événement prédéterminé peut également être un message issu d'un second dispositif récepteur, au moyen d'un troisième lien associé à une troisième interface du dispositif récepteur. Ainsi le dispositif récepteur peut fournir au dispositif destinataire une information graphique représentative des actions survenant à un autre endroit du réseau domestique. Par ailleurs, si le dispositif récepteur ne génère pas le contenu est généré par un autre dispositif, dit dispositif source. Ainsi le dispositif récepteur permet de jouer un contenu audio-vidéo d'un autre dispositif source sur le dispositif destinataire, sans que l'utilisateur ne se préoccupe de la localisation de dispositif source. Préférentiellement, lors de l'activation d'une desdites interface de réception, la ou les autres interfaces de réception sont désactivées. Ainsi, grâce aux commandes d'activation, le dispositif récepteur peut faire commuter le dispositif destinataire de la première interface à la seconde interface et réciproquement. Selon une caractéristique avantageuse de l'invention, le dispositif récepteur comprend une seconde interface d'émission, apte à être reliée au moyen d'un second lien à la seconde interface de réception du dispositif destinataire, lesdits second lien et secondes interface étant conformes à un second protocole. Selon une variante de cette caractéristique avantageuse de l'invention, un dispositif source (d'où provient le contenu) comprend une interface d'émission, apte à être reliée au moyen d'un second lien à la seconde interface de réception du dispositif destinataire, lesdits second lien et secondes interface étant conformes à un second protocole. Avantageusement, l'étape de détermination est une étape de détermination si le format du contenu à transmettre au dispositif destinataire est compatible avec au moins un décodeur dudit contenu, ledit décodeur étant compris dans la première interface d'émission.
Selon un premier mode de mise en oeuvre avantageux de l'invention, l'étape de détermination comprend une étape d'analyse du format du contenu.
Ainsi, préférentiellement, l'analyse du format est réalisée avant que le contenu ne soit transmis à la première interface du dispositif récepteur, ce qui permet de choisir au préalable l'interface du dispositif destinataire optimale pour la transmission. Par exemple, l'analyse du format du contenu est effectuée à partir des informations naturellement associées au contenu et donc ne nécessite pas de mise en oeuvre de protocole particulier entre le dispositif récepteur et le dispositif source générant le contenu audio-vidéo (dans le cas où le contenu est généré par un dispositif source puis transmis au dispositif récepteur avant transmission au dispositif destinataire). On peut ainsi utiliser des dispositifs sources standards pour la mise en oeuvre de l'invention. Selon une caractéristique préférentielle de l'invention, l'étape d'analyse du format comprend une étape d'analyse d'au moins un champ d'une entête d'au moins un paquet du contenu. Préférentiellement, le format du contenu dépend d'au moins un des paramètre appartenant au groupe comprenant les : dimensions d'au moins une image du contenu ; définition d'au moins une image du contenu ; types de compression audio-vidéo utilisée pour le contenu ; types de codage sonores utilisé pour le contenu.
Selon un second mode de mise en oeuvre avantageux de l'invention, l'étape de détermination comprend une étape de détection d'une information d'erreur issue du décodage du contenu par ledit décodeur du contenu. Ainsi, le choix de l'interface du dispositif destinataire optimale pour la transmission du contenu est choisie après que ce dernier n'ai été transmis à la première interface du dispositif récepteur. La détermination de la compatibilité du format du contenu avec le décodeur résulte de la tentative de jouer le contenu par le décodeur (et ceci, par exemple, après que l'analyse des informations naturellement associées au contenu audio-vidéo n'ai révélée aucune anomalie), et ne nécessite donc pas mise en oeuvre de protocole particulier entre le dispositif récepteur et le dispositif générant le contenu audio-vidéo.
Bien entendu, les premier et second mode de mise en oeuvre précités (analyse du format et détection d'une information d'erreur) peuvent avantageusement être combinés. Préférentiellement, ladite commande d'activation appartient au groupe comprenant : - les commandes numériques ; - les commandes infrarouge ; - les commandes radio-fréquence. Ainsi, l'activation d'une interface du dispositif destinataire par le dispositif récepteur s'appuie sur des moyens existants et n'engendre donc pas de complexité de mise en oeuvre du dispositif destinataire. On peut ainsi utiliser des dispositifs destinataires standards pour la mise en oeuvre de l'invention. Avantageusement, le procédé comprend une étape préalable de commutation d'un premier mode selon lequel seule une des interfaces de réception peut être activée à un second mode selon lequel chacune des interface de réception peut être activée.
Ainsi, afin que le procédé de transmission selon l'invention puisse être mis en oeuvre, il faut que le second mode soit activé. Selon une caractéristique avantageuse de l'invention, ledit premier protocole de communication étant un protocole analogique, ledit second protocole de communication étant un protocole numérique, le procédé comprend en outre l'étapes suivante : - établissement d'un premier flux correspondant au contenu entre un dispositif source et le dispositif récepteur, le contenu étant émis par le dispositif source. Avantageusement, revendication 13. Ainsi, selon un premier exemple conforme à l'invention le second flux est établi à chaque transmission de contenu, que la seconde interface soit activée ou pas. Ceci permet de ne pas avoir à gérer le choix du flux à établir. Selon une variante de ce premier exemple le second flux n'est établi que s'il n'est pas certain que le contenu est compatible avec la première interface du dispositif récepteur. Selon un second exemple conforme à l'invention, ladite étape d'établissement d'un second flux est mise en oeuvre uniquement si le dispositif source est susceptible de fournir un contenu dont le format n'est pas compatible avec la première interface du dispositif récepteur. L'invention concerne également un produit programme d'ordinateur, comprenant des instructions de code de programme pour l'exécution des étapes du procédé de transmission tel que précédemment décrit, lorsque ledit programme est exécuté sur un ordinateur. L'invention concerne également un moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé de transmission tel que précédemment décrit. L'invention concerne également un dispositif récepteur comprenant : - une première interface d'émission, apte à être reliée au moyen d'un premier lien à une première interface de réception d'un dispositif destinataire, lesdits premier lien et premières interfaces étant conformes à un premier protocole ; - moyen de détermination pour déterminer si le format d'un contenu audio vidéo à transmettre au dispositif destinataire est compatible avec la première interface d'émission ; - moyen de transmettre une commande d'activation au dispositif destinataire permettant d'activer une seconde interface de réception du dispositif destinataire pour la réception dudit contenu audio vidéo, la commande d'activation étant transmise s'il a été déterminé que le format du contenu n'est pas compatible avec la première interface d'émission du dispositif récepteur par les moyens de détermination. Selon une caractéristique préférentielle de l'invention, s'il a été déterminé que le format du contenu est compatible avec la première interface d'émission du dispositif récepteur par les moyens de détermination, ladite commande d'activation active la première interface de réception. Avantageusement, lors de l'activation d'une desdites interface de réception, la ou les autres interfaces de réception sont désactivées.
Préférentiellement, le dispositif récepteur comprend une seconde interface d'émission, apte à être reliée au moyen d'un second lien à la seconde interface de réception du dispositif destinataire, lesdits second lien et secondes interface étant conformes à un second protocole. Avantageusement, les moyens de détermination sont des moyens de détermination si le format du contenu à transmettre au dispositif destinataire est compatible avec au moins un décodeur dudit contenu, ledit décodeur étant compris dans la première interface d'émission. Selon un premier mode de mise en oeuvre de l'invention, les moyens de détermination comprennent des moyens d'analyse du format du contenu. Préférentiellement, les moyens d'analyse du format comprennent des moyens d'analyse d'au moins un champ d'une entête d'au moins un paquet du contenu. Avantageusement, le format du contenu dépend d'au moins un des paramètre appartenant au groupe comprenant les : dimensions d'au moins une image du contenu ; définition d'au moins une image du contenu ; types de compression audio-vidéo utilisée pour le contenu ; types de codage sonores utilisé pour le contenu. Selon un second mode de mise en oeuvre de l'invention, les moyens de détermination comprennent des moyens de détection d'une information d'erreur issue du décodage du contenu par ledit décodeur du contenu.
Préférentiellement, ladite commande d'activation appartient au groupe comprenant : - les commandes numériques ; - les commandes infrarouge ; -les commandes radio-fréquence.
Avantageusement, le procédé comprend des moyens de commutation d'un premier mode selon lequel seule une des interfaces de réception peut être activée à un second mode selon lequel chacune des interface de réception peut être activée. Préférentiellement, ledit premier protocole de communication étant un protocole analogique, ledit second protocole de communication étant un protocole numérique, le procédé comprend en outre : - des premier moyens d'établissement d'un premier flux correspondant au contenu entre un dispositif source et le dispositif récepteur, le contenu étant émis par le dispositif source. Avantageusement, le procédé comprend également : - des second moyens d'établissement d'un second flux correspondant au contenu entre le dispositif source et le dispositif destinataire via le second lien de communication. Préférentiellement, lesdits seconds moyens d'établissement du second flux ne sont activés que lorsque la seconde interface de réception est activée. 5. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels : la figure 1 représente un réseau domestique dans lequel peut être mis en oeuvre le procédé selon l'invention de transmission ; la figure 2 représente un schéma bloc d'un module d'interface audio vidéo compris dans un dispositif récepteur AVRC apparaissant sur la figure 1 ; la figure 3 est un diagramme illustrant une mise en oeuvre du procédé de transmission selon un mode de réalisation préférentiel de l'invention dans le cadre du mode récepteur simple ; la figure 4 est un diagramme illustrant une mise en oeuvre du procédé de transmission selon un mode de réalisation préférentiel de l'invention dans le cadre du mode récepteur double ; la figure 5 est un diagramme d'étapes mis en oeuvre par des moyens d'analyse de la connectivité du récepteur lors de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention ; la figure 6 est un diagramme d'étapes mis en oeuvre par des moyens d'obtention d'une information de compatibilité du format de cO avec l'interface AAV#2 du dispositif récepteur AVRC lors de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention ; la figure 7 est un diagramme des étapes d'un algorithme d'activation mis en oeuvre par des moyens d'activation de l'une des interfaces du dispositif d'affichage en fonction de l'information de compatibilité lors de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention ; la figure 8 est un diagramme des étapes d'un premier algorithme d'établissement de flux mis en oeuvre par des moyens d'établissement de flux lors de la sélection par l'utilisateur du contenu c0 sur le dispositif source dans le cadre de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention ; la figure 9 est un diagramme des étapes d'un second algorithme d'établissement de flux mis en oeuvre par les moyens d'établissement de flux du dispositif récepteur AVRC lors de la réception d'un événement MFE dans le cadre de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention. 6. Description d'un mode de réalisation de l'invention La figure 1 représente un réseau de communication multimédia dans lequel peut être mis en oeuvre le procédé selon l'invention de transmission d'un flux audio vidéo. Ce réseau est par exemple installé dans un environnement domestique. Le réseau comprend par exemple un réseau fédérateur (par exemple un réseau commuté, ou un ou plusieurs bus numérique(s) de type IEEE 1394) auquel sont connectés, via des équipements dispositifs numériques de réception de signaux audiovidéo (ou dispositifs récepteurs AVRC ), une pluralité de sous-réseaux (par exemple des bus numériques de type IEEE 1394). Les appareils sont connectés aux sous-réseaux, par connexion directe pour les appareils numériques, ou via un convertisseur analogique/numérique pour les appareils analogiques. Les appareils analogiques peuvent aussi être connectés directement aux noeuds. On rappelle que la norme IEEE 1394 est décrite dans les documents de référence suivants : IEEE Std 1394-1995, Standard for High Performance Serial Bus et IEEE Std 1394a-2000, Standard for High Performance Serial Bus (Supplement) .
L'interconnexion de bus numériques par des ponts est par ailleurs définie dans la norme IEEE P1394.1 Draft Standard for High Performance Serial Bus Bridges (Draft 1.04 October 24, 2002) . Le réseau interconnecte des équipements tels que des téléviseurs référencés 107a, 107b, 107c et 107d, un magnétoscope numérique référencé 109 et une set top box 110. Ce réseau comporte des dispositifs récepteurs AVRC référencés 103a, 103b, 103c et 103d. Les dispositifs récepteurs AVRC 103a, 103b, 103c sont par exemple reliés à travers des liens 116a à 116d aux connecteurs référencés 115a à 115d (selon une variante conforme à l'invention de ce réseau, les dispositifs récepteurs AVRC 103a à 103d peuvent être également intégrés dans les cloisons 102a à102d des pièces de l'habitation). Ces dispositifs récepteurs AVRC sont reliés à une unité de commutation centrale 100, placée préférentiellement à côté du tableau de fourniture d'énergie électrique, à travers des liens référencés 1Ola, 101b, 101c, 101d et les liens 116a à 116d. Les liens 101a à 101d ainsi que les liens 116a à 116d sont par exemple de type UTP5 (de l'anglais Unshielded Twisted Pair, category 5 , tel que spécifié dans la norme ANSI/TIA/EIA/568A) classiquement utilisé dans les réseaux de type Ethernet, et les connecteurs référencés 115a à 115d sont de type RJ45. Il est à remarquer que d'autres types de liens pourraient être utilisés tels que des liens par fibre optique ou des câbles conformes à la norme IEEE1355. Chacun des dispositifs récepteurs AVRC comprend notamment des moyens de connexion des trois types suivants : Ethernet, IEEE1394 et sortie audio-vidéo analogique (voir discussion de la figure 2 ci-après). Toutes les informations obtenues par ces moyens de connexion seront distribuées à d'autres dispositifs récepteurs AVRC distants à travers l'unité de commutation centrale et des liens reliant cette unité aux différents dispositifs récepteurs AVRC. Ainsi, les dispositifs récepteurs AVRC 103a, 103b, 103c et 103d, les liens référencés 101a, 101b, 101c, 101d et 116 et l'unité de commutation centrale 100 forment ensemble un réseau fédérateur (parfois aussi appelé dorsale du réseau domestique , ou home network backbone en anglais).
Les téléviseurs 107a à 107d sont reliés par l'intermédiaire de liaison vidéo analogique 104a à 104d aux dispositifs récepteurs AVRC 103a à 103d. Le magnétoscope analogique référencé 109 est relié, par l'intermédiaire d'une lien numérique 105a conforme à la norme IEEE1394, au dispositif récepteur AVRC 103a. La set top box référencée 110 est directement reliée, par un lien analogique 106c, au dispositif récepteur AVRC 103c. Le téléviseur 107b est également connecté au dispositif récepteur AVRC 103b au moyen d'un lien numérique 105b conforme à la norme IEEE1394.
Chaque dispositif source (par exemple le magnétoscope numérique référencé 109) est accessible depuis toute pièce, en utilisant l'un des dispositifs de visualisation ou dispositifs destinataires (téléviseurs 107a, 107b, 107c ou 107d, dans cet exemple). De façon classique, grâce à un boîtier de télécommande mis à sa disposition, l'utilisateur envoie des commandes infrarouges à un des dispositifs récepteurs AVRC 103a, 103b, 103c ou 103d. Ces commandes sont interprétées pour établir des connexions entre les dispositifs sources et les dispositifs destinataires, ou des connexions entre les dispositifs sources et les dispositifs d'enregistrement. Dans la suite, selon un mode de réalisation préférentiel du procédé de transmission selon l'invention, un utilisateur muni d'un boîtier de télécommande et demandant au dispositif récepteur AVRC 103b de transmettre au dispositif destinataire (qui est par exemple le téléviseur 107b ci-après désigné par dispositif destinataire 107b ou dispositif d'affichage 107b) un contenu cO émis par le dispositif source (qui est par exemple le magnétoscope numérique 109, ci-après désigné par dispositif source 109) et qui provient donc du réseau domestique.
Le dispositif destinataire 107b est connecté au dispositif récepteur AVRC 103b au moyen de premier104b et second 105b liens. Le premier lien est connecté à une première interface du dispositif récepteur 103b et à une première interface du dispositif destinataire 107b. Le second lien est connecté à une seconde interface du dispositif récepteur 103b et à une seconde interface du dispositif destinataire 107b.
Les premier lien 104b et premières interfaces sont conformes à un premierprotocole de communication qui est un protocole analogique (par exemple le protocole HDMI ou le protocole YcbCr AV). Les second lien 105b et secondes interfaces sont conformes à un second protocole de communication qui est un protocole numérique (par exemple le protocole IEEE-1394 ou tout autre protocole numérique). On désigne ci-après les premières et secondes interfaces des dispositifs récepteur 103b et destinataire 107b par interfaces AAV#2 et interfaces DAV#1. La figure 2 représente un schéma bloc d'un module d'interface audio vidéo compris dans le dispositif récepteur AVRC 103b (qui est par exemple identique aux dispositifs récepteurs AVRC référencés 103x, avec x = a, c ou d) sur la figure 1. D'une manière générale, le module d'interface audio vidéo possède une pluralité de moyens de connexion par lesquels des signaux de différentes natures vont être traités. Les données issues de ces moyens de connexion vont être mélangées les unes aux autres pour ne former qu'un seul flot de données conforme à un protocole donné qui est transmis par l'intermédiaire de l'interface Lien Y 204 sur l'unique médium qui, dans l'exemple de la figure 1, est un lien de type UTP5 référencé 116x, avec x = a, b, cou d. Cette interface audio vidéo va gérer aussi les contraintes de qualité de service associé à ces différents signaux.
L'interface audio vidéo comporte un microcontrôleur 338 qui va assurer le transfert des données sur le bus 320 à destination des moyens de stockage de type RAM (Random Access Memory) 306 plus particulièrement lorsque les données proviennent par exemple du lien 116x. A la mise sous tension du dispositif récepteur AVRC 103b, le microcontrôleur 338 va charger le programme contenu dans la Mémoire Flash 305 dans la mémoire RAM 306 et exécuter le code associé à ce programme. Le microcontrôleur 338 va assurer le transfert des informations provenant des différents moyens de connexion vers une file de transmission référencée 301. Ce transfert est conforme à la qualité de service requise pour le transfert de ces informations. En effet, les réseaux de type IEEE 1394 permettent d'échanger des données de type isochrone ou asynchrone. Les données de type isochrone ont des impératifs de débit de transmission tandis que les données de type asynchrone peuvent être transmises sans impératifs de débit de transmission. Le transfert des données selon une qualité des service est décrit dans la demande de brevet européenne n 01400316. Nous ne le décrirons pas plus amplement.
Au microcontrôleur 338 sont connectés une interface Ethernet de type 100baseT référencée 316 permettant la connexion d'un câble Ethernet. Un générateur de caractère 317, en terminologie anglaise On Screen Display , est aussi connecté au microcontrôleur 338. Ce générateur de caractère 317 va permettre l'insertion d'informations dans le signal vidéo transmis par exemple sur le lien analogique référencé 104b sur la figure 1. Un module de transmission et de réception infrarouge 318 est aussi connecté au microcontrôleur 338. Par l'intermédiaire de ce module infrarouge 318, des signaux de commandes infrarouges issus d'un boîtier de télécommande seront reçus puis retransmis par l'intermédiaire du microcontrôleur 338 vers les différents équipements connectés au réseau. Ce transfert de commandes infrarouges est décrit dans la demande de brevet française n FR 0110367. Il est à remarquer que dans une variante, le module infrarouge est préférentiellement unidirectionnel. Le microcontrôleur 338 va gérer aussi par l'intermédiaire de l'interface de bus 304 la configuration des paramètres de transmission associés à chaque file de transmission, ces paramètres étant stockés dans le module de segmentation et réassemblage 303. Pour les files de transmission associées à un flux de données de type isochrone (en terminologie anglo-saxonne stream mode buffer ), le module de segmentation et réassemblage 303 garantit le débit de transmission minimal nécessaire au flux de données de type isochrone à partir des paramètres de transmission. Pour les files de transmission associées à un flux de données de type asynchrone (en terminologie anglo-saxonne message mode buffer ), le module de segmentation et réassemblage 303 garantit un débit de transmission maximal au flux de données de type asynchrone à partir des paramètres de transmission.
Le calcul des paramètres de transmission par le microcontrôleur 338 associés à chaque file de transmission est effectué : en fonction d'une réservation de bande passante dans le réseau pour les files de type stream mode buffer ; localement en fonction d'une estimation de la bande passante disponible dans le réseau pour les files de type message mode buffer .
Le transfert des données selon ces deux modes de transmission est décrit dans la demande de brevet européenne n 01400316. Nous ne le décrirons pas plus amplement. Ces données proviendront : soit des dispositifs connectés aux liens de type IEEE 1394 comme par exemple le magnétoscope numérique 109 relié par le lien 105a au dispositif AVRC 103a ou le téléviseur numérique 107b relié par le lien 105b au dispositif AVRC: 103b, soit d'un dispositif analogique (tel que par exemple la set top box référencée 110 sur la figure 1 et qui est reliée au dispositif AVRC 103c), soit d'un dispositif de type micro-ordinateur (non illustré) connecté à l'interface Ethernet 316. Dans le cas où des données analogiques proviennent par exemple d'une set top box 110 relié directement au dispositif récepteur AVRC 103c au moyen du lien analogique 106c, celles- ci vont être converties par le convertisseur analogique/numérique 314 et ensuite encodées dans un format de type MPEG2 par le module 313. Ces données encodées seront ensuite transmises par l'intermédiaire de l'interface audio vidéo numérique 309 et du contrôleur de pont 308 à la file de transmission 301. MPEG2 est l'acronyme de Motion Picture Expert Group 2 . Dans le cas où des données proviennent d'un dispositif relié à un lien de type IEEE 1394, comme par exemple le magnétoscope numérique 109 relié au lien 105a, deux types de traitement seront effectués selon la nature des données. Ces données entrent par une interface référencée 311. Si ces données sont de type asynchrone, elles vont transiter par l'intermédiaire de l'interface de bus 304 et être mémorisées dans la mémoire 306. Le microcontrôleur 338 assure le transfert de celles-ci vers une file de transmission 301 (de type message mode buffer ). Si ce sont des données sont de type isochrone, elles vont transiter directement vers une file de transmission 301 de type stream mode buffer .
Le microcontrôleur 338 va gérer aussi par l'intermédiaire de l'interface de bus 304 la répartition des données reçues par l'intermédiaire de l'interface de lien Y 204 et stockées dans la file de réception 302. Pour les données de type isochrone et en fonction de la destination de ces données, le microcontrôleur 338 va déclencher le transfert des données soit vers le contrôleur de lien IEEE 1394 référencé 310, si celles-ci sont destinées à au moins un des terminaux connectés sur le bus 105b par exemple, soit vers le contrôleur de pont 308, si celles- ci sont destinées à un dispositif analogique connecté à la liaison 106c par exemple.
Pour les données de type asynchrone, le microcontrôleur 338 va déclencher le transfert des données vers la mémoire RAM 306 via l'interface bus 304. Les données asynchrone de type Ethernet seront ensuite émises vers l'interface 316. Les données asynchrone de type IEEE 1394 seront ensuite émises vers l'interface référencée 311.
Si les données sont destinées à un dispositif analogique relié à un lien analogique (par exemple les téléviseurs 107a à 107d reliés au liens 104a à 104d), le microcontrôleur 338 va déclencher le transfert de ces données vers l'interface audio vidéo numérique 309 par l'intermédiaire du contrôleur de pont 308. Ces données de type MPEG2 seront ensuite décodées par le décodeur 312 et enfin transmises au convertisseur numérique/analogique 340, qui permet le transfert des informations en analogique vers le dispositif analogique (le magnétoscope 110 dans cet exemple) connecté au convertisseur numérique/analogique 340 par la liaison 106b. Le module de segmentation et réassemblage 303 contrôle l'émission des données sous formes de paquets depuis les files de transmission vers l'interface de lien Y 204.
Chaque paquet comprend un en-tête de routage ainsi qu'un en-tête de type de paquet (de type message ou de type stream en fonction de la file de transmission). Les information de routage et de type de paquet sont configurés par le microcontrôleur 338. De plus, le module de segmentation et réassemblage 303 contrôle la réception des paquets depuis l'interface de lien Y 204 afin de stocker les données en fonction du type de paquet dans la file de réception appropriée soit de type message mode buffer soit de type stream mode buffer .
Selon un premier mode de transmission, dit mode récepteur simple , le contenu c0 est transmis du dispositif source 109, via le dispositif récepteur AVRC 103b, au dispositif destinataire 107b uniquement via l'interface AAV#2 du dispositif d'affichage 107b. Par exemple, ce mode récepteur simple doit être mis en oeuvre lorsque l'utilisateur souhaite lire le contenu c0 sur le dispositif d'affichage 107a (du fait que le dispositif d'affichage 107a ne dispose que d'une interface AAV#2). Selon un second mode de transmission, dit mode récepteur double , le contenu c0 est transmis du dispositif source 109, via le dispositif récepteur AVRC 103b, au dispositif destinataire 107b via l'interface AAV#2 et/ou DAV#1 du dispositif d'affichage 107b. Par exemple, ce mode récepteur double peut être mis en oeuvre lorsque l'utilisateur souhaite lire le contenu c0 sur le dispositif d'affichage 107b. Le cas échéant, le procédé de transmission selon un mode de réalisation préférentiel comprend une étape préalable de commutation du mode récepteur simple (selon lequel seule l'interface AAV#2 du dispositif d'affichage 107b est activée) au mode récepteur double (selon lequel chacune des interfaces AAV#2 et DAV#1 du dispositif d'affichage 107b peut être activée). On présente, en relation avec la figure 3, un diagramme illustrant une mise en oeuvre du procédé de transmission selon un mode de réalisation préférentiel de l'invention dans le cadre du mode récepteur simple.
Ainsi, seule l'interface AAV#2 du dispositif d'affichage 107b est disponible pour la transmission de c0. Deux états principaux peuvent être adoptés : - un état interface graphique utilisateur 3001 selon lequel le contenu c0 est constitué d'informations de contrôle OSD générées par le dispositif AVRC 103b et/ou de données audio-vidéo (par exemple une fenêtre pop-up affichée en haut d'une vidéo), bien entendu, dans le cas où c0 est constitué uniquement d'informations de contrôle OSD, il ne provient pas du dispositif source 109 ; - un état simple vidéo 3002 dans lequel le contenu c0 est décodé par le dispositif récepteur AVRC 103b. En partant de l'état 3001, en mettant en oeuvre un état de sélection 3003, lorsque l'utilisateur sélectionne (étape 3013) le dispositif source 109 via l'interface graphique utilisateur du dispositif récepteur AVRC 103b parmi les dispositifs sources disponibles sur le réseau, alors le procédé passe de l'état 3001 à l'état 3002 et s'assure que le dispositif d'affichage 107b reçoit c0 sur son interface AAV#2. Le procédé active (étape 3014) également les moyens d'obtention d'une information de compatibilité (décrits ci-après en relation avec la figure 6) du format de c0 avec l'interface AAV#2 du dispositif récepteur AVRC 103b. A partir de l'état 3002, lorsqu'une incompatibilité est détectée (événement 3005) entre le format de c0 et l'interface AAV#2 du dispositif récepteur AVRC 103b (par exemple il y a incompatibilité si le décodeur de l'interface AAV#2 du dispositif récepteur AVRC ne peut pas décoder c0), un message d'erreur (par exemple de type OSD) dédié est affiché (étape 3011) à l'utilisateur après avoir été transmis via l'interface AAV#2 puis les moyens d'obtention d'une information de compatibilité sont inhibés (étape 3010) avant de retourner dans l'état 3001. Ainsi, l'utilisateur peut sélectionner un autre dispositif source ou un autre contenu audio-vidéo sur le même dispositif source 109 (par exemple, sélectionner un autre contenu lorsque le dispositif source est un disque dur audio-vidéo au lieu du magnétoscope numérique 109). Lorsqu'un événement du réseau ou une commande de contrôle émise par la télécommande de l'utilisateur qui nécessite l'affichage d'une information de contrôle OSD est reçue (événement 3004), alors on passe de l'état 3001 à l'état 3002 en inhibant les moyens d'obtention d'une information de compatibilité. Lorsqu'un événement MEF (pour Mode Enabling Flag ) est détecté (événement 3007) alors le dispositif récepteur AVRC 103b commute du mode récepteur simple au mode récepteur double, ainsi on passe : - de l'état interface graphique utilisateur 3001 (correspondant au mode récepteur simple) à un état interface graphique utilisateur 4001 (correspondant au mode récepteur double) décrit ci-après ; ou - de l'état simple vidéo 3002 (correspondant au mode récepteur simple) à un état simple vidéo 4002 (correspondant au mode récepteur double) décrit ci-après. Dans l'état simple vidéo 3002, l'utilisateur peut envoyer (événement 3006) une ou plusieurs commande(s) de contrôle au dispositif source 109 en utilisant une télécommande dédiée au dispositif source 109 ou une télécommande dédiée au dispositif récepteur AVRC 103b. Cet envoi de commande peut également être réalisé dans l'état interface graphique utilisateur 3001 (non illustré par soucis de simplicité). On présente, en relation avec la figure 4, un diagramme illustrant une mise en oeuvre du procédé de transmission selon un mode de réalisation préférentiel de l'invention dans le cadre du mode récepteur double. Ainsi, les deux interfaces AAV#2 et DAV#1 du dispositif d'affichage 107b sont disponibles pour la transmission de c0. Trois états principaux peuvent être adoptés : - l'état interface graphique utilisateur 4001 selon lequel le contenu c0 est constitué d'informations de contrôle OSD générées par le dispositif AVRC 103b et/ou de données audio-vidéo (par exemple une fenêtre pop-up affichée en haut d'une vidéo), bien entendu, dans le cas où c0 est constitué uniquement d'informations de contrôle OSD, il ne provient pas du dispositif source 109 ; - l'état simple vidéo 4002 dans lequel le contenu c0 est décodé par le dispositif récepteur AVRC 103b ; - un état vidéo étendue 4003 dans lequel le contenu c0 est décodé par le dispositif d'affichage 107b. Dans l'état 4001, le dispositif récepteur AVRC 103b ainsi que les autres dispositifs impliqués se comportent de manière identique à ce qu'il se passe dans l'état 3001. Les transitions de l'état 4001 à l'état 4002 (et vice-versa) sont équivalentes aux transitions de l'état 3001 à l'état 3002 (et vice-versa respectivement). La gestion de l'établissement de flux de connexion (pour permettre l'accès à co via les interfaces AAV#2 ou DAV#1) est différente selon que l'on passe par l'interface AAV#2 ou par l'interface DAV#1 du dispositif d'affichage, on l'explique ci-après en relation avec la figure 8.
Dans le cadre de ce mode récepteur double, au lieu d'afficher un message d'erreur (étape 3011 du mode récepteur simple) lorsqu'une incompatibilité entre le format de c0 et le ou les formats que le dispositif récepteur AVRC 103b peut transmettre via son interface AAV#2, le dispositif récepteur AVRC 103b demande au dispositif d'affichage 107b de désactiver don interface AAV#2 et d'activer son interface DAV#1 afin de recevoir c0 sur cette interface DAV#1 (étape 4006). On passe ainsi dans l'état vidéo étendue 4003 dans lequel cO est décodé par le dispositif d'affichage 107b lui-même. Lorsque l'on passe de l'état vidéo étendue 4003 vers l'état 4001, le dispositif récepteur AVRC 103b demande au dispositif d'affichage 107b de désactiver son interface DAV#1 et d'activer son interface AAV#2 (étape 4005) et puis les moyens d'obtention d'une information de compatibilité sont inhibés (étape 4004) avant de retourner dans l'état 4001. Dans l'état simple vidéo 4002 comme dans l'état vidéo étendue 4003, l'utilisateur peut envoyer (événement 3006) une ou plusieurs commande(s) de contrôle au dispositif source 109 en utilisant une télécommande dédiée au dispositif source 109 ou une télécommande dédiée au dispositif récepteur AVRC 103b. Cet envoi de commande peut également être réalisé dans l'état interface graphique utilisateur 4001 (non illustré par soucis de simplicité). Lorsque, dans ces circonstances, l'on passe de l'état vidéo étendue 4003 vers l'état 4002, le dispositif récepteur AVRC 103b demande au dispositif d'affichage 107b de désactiver son interface DAV#1, d'activer son interface AAV#2 (étape 4007), d'envoyer la commande de contrôle au dispositif source (étape 3012) avant de passer clans l'état 4002. Ainsi, l'envoi de commande(s) au dispositif source par l'utilisateur via une télécommande (événement 3006 et étape 3012) peut également être mis en oeuvre dans l'état vidéo étendue. Cependant, tel qu'illustré par le diagramme de la figure 4, l'envoi de commande au dispositif source par l'utilisateur conduit à l'état vidéo simple 4002. En effet, dans certains cas, des informations de contrôle OSD générés par le dispositif récepteur AVRC 103b doivent pouvoir être affichées en haut de la vidéo lorsque l'utilisateur envoie des commandes au dispositif source ce qui nécessite l'utilisation de l'interface AAV#2. D'autres options peuvent êtres mises en oeuvre dans le cadre de variantes du mode de réalisation préférentiel de l'invention. Par exemple, le passage à l'état vidéo simple peut n'être mis en oeuvre que lorsque que des informations doivent être affichées, l'état vidéo étendu étant l'état par défaut.
Lorsqu'un événement MEF est détecté (événement 3007) alors le dispositif récepteur AVRC 103b commute du mode récepteur double au mode récepteur simple, ainsi on passe : - de l'état interface graphique utilisateur 4001 (correspondant au mode récepteur double) à l'état interface graphique utilisateur 3001 (correspondant au mode récepteur simple) ; ou - de l'état simple vidéo 4002 (correspondant au mode récepteur double) à l'état simple vidéo 3002 (correspondant au mode récepteur simple) ; ou - de l'état vidéo étendue 4003 (correspondant au mode récepteur double) à l'état interface graphique utilisateur 3001 (correspondant au mode récepteur simple) Lorsque l'on passe de l'état vidéo étendue 4003 vers l'état 3001, le dispositif récepteur AVRC 103b demande au dispositif d'affichage 107b de désactiver son interface DAV#1 et d'activer son interface AAV#2 (étape 4009) de sorte qu'un message d'erreur soit transmis du dispositif récepteur AVRC 103b au dispositif d'affichage 107b pour être affiché (étape 4010). On présente, en relation avec la figure 5, un diagramme d'étapes mise en oeuvre par des moyens d'analyse de la connectivité récepteur lors de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention. Les moyens d'analyse de la connectivité récepteur disposés dans le dispositif récepteur AVRC 103b comprennent des moyens de commutation du mode récepteur simple au mode récepteur double (et vice-versa). Lors de l'initialisation 5002 du procédé de transmission selon le mode de réalisation préférentiel de l'invention, le mode sélectionné par défaut est le mode récepteur simple.
Dans une étape 5003, le dispositif récepteur AVRC 103b attend un événement d'initialisation de bus (en terminologie anglo-saxonne bus reset ) sur le bus série IEEE-1394. Si un événement d'initialisation de bus est reçu, alors dans une étape 5004, le dispositif récepteur AVRC 103b analyse la configuration ROM de chaque dispositif connecté au bus IEEE-1394 afin d'identifier (dans une étape 5005), s'il y en a, des dispositifs d'affichage compatibles avec le protocole IEEE-1394 sur ce bus.
Ceci peut être réalisé notamment au moyen de l'obtention de fichiers de description d'unités ou de sous-unités AV/C tel que défini dans les spécifications générales du protocole AV/C telles que décrites dans le document de référence AV/C Digital Interface Command Set General Specification (Version 4.2 de Septembre 2004). S'il n'y a aucun dispositif d'affichage compatible avec le protocole IEEE-1394 connecté au bus IEEE-1394, alors dans une étape 5013, le noeud récepteur AVRC 103b vérifie si le mode mis en oeuvre est le mode récepteur simple. Si c'est le cas, alors l'étape 5003 est remise en oeuvre. Si le mode récepteur double est mis en oeuvre (par exemple, du fait que l'on utilisait un dispositif d'affichage qui est maintenant déconnecté), alors dans une étape 5014, le mode récepteur simple est mis en oeuvre avec l'émission simultanée, dans une étape 5012, d'un événement MEF. Ensuite l'étape 5003 est remise en oeuvre. Si un dispositif d'affichage compatible avec le protocole IEEE-1394 connecté au bus IEEE-1394 est détecté, alors dans une étape 5006, le noeud récepteur AVRC 103b vérifie si le mode mis en oeuvre est le mode récepteur double. Si c'est le cas, alors dans une étape 5007, le noeud récepteur AVRC 103b vérifie si un nouveau dispositif d'affichage est détecté. Si un nouveau dispositif d'affichage est détecté et que ce dernier est également dans le mode récepteur double, alors l'étape 5003 est remise en oeuvre. Si le mode mis en oeuvre est le mode récepteur simple ou, si, le mode mis en oeuvre étant le mode récepteur double et un nouveau dispositif d'affichage étant détecté, ce dernier est dans le mode récepteur simple, alors dans une étape 5008, le dispositif récepteur AVRC 103b vérifie si les moyens de commutation de l'interface d'entrée du dispositif d'affichage (le cas échéant du nouveau dispositif d'affichage) sont activables par commande IEEE-1394 (étape 5010) ou par commande infrarouge (étape 5009). Bien entendu, dans des variantes de ce mode de réalisation préférentiel, les moyens de commutation de l'interface d'entrée du dispositif d'affichage peuvent être activables par toute autre commande, par exemple par une commande compatible avec le protocole RS232 ou par une commande radiofréquence.
Ensuite, dans une étape 5011, le mode récepteur double est mis en oeuvre avec l'émission simultanée, dans une étape 5012, d'un événement MEF. On présente, en relation avec la figure 6, un diagramme d'étapes mise en oeuvre par des moyens d'obtention d'une information de compatibilité du format de c0 avec l'interface AAV#2 du dispositif récepteur AVRC 103b lors de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention. L'information de compatibilité dépend de la compatibilité du format avec le décodeur 312 du dispositif récepteur AVRC 103b. Les moyens d'obtention d'une information de compatibilité sont disposés dans le dispositif récepteur AVRC 103b. Dans un premier mode de mise en oeuvre de l'invention, les moyens d'obtention d'une information de compatibilité du format de c0 avec l'interface AAV#2 du dispositif récepteur AVRC 103b sont des moyens de détection d'une information d'erreur issue du décodage de c0 par le décodeur 312 du dispositif récepteur AVRC 103b. Ces moyens de détection sont par exemple le décodeur 312 lui-même qui produit une information d'erreur lorsqu'il lui est impossible de décoder le contenu c0 proprement. Dans un second mode de mise en oeuvre de l'invention, les moyens d'obtention d'une information de compatibilité du format de c0 avec l'interface AAV#2 du dispositif récepteur AVRC 103b sont des moyens d'analyse du format du contenu c0 disposés dans le dispositif récepteur 103b. Ces moyens d'analyse du format de c0 sont par exemple l'interface audio vidéo numérique 309 du dispositif récepteur AVRC 103b. Dans un troisième mode de mise en oeuvre de l'invention illustré par la figure 6, les premier et second mode de mise en oeuvre précités sont combinés. Lorsqu'un contenu audio-vidéo tel que le contenu c0 est transporté dans un réseau mettant en oeuvre le protocole IEEE-1394 et le protocole IEC61883, une technique de transfert isochrone est mise en oeuvre. Le contenu audio-vidéo est transféré du dispositif source au dispositif destinataire sous la forme de paquets isochrones, chacun comprenant une entête ou une succession d'entêtes correspondant à différentes couches de protocole.
Dans une étape 6002, les moyens d'analyse du format de c0 analysent l'entête du paquet isochrone commun (ou Isochronous Packet Header en anglais) de c0 tel que défini dans les spécifications du protocole IEC61883 indiquées dans le document de référence IEC61883, Consumer Audio/Video Equipment û Digital Interface (First Version, Février 1998). Lorsqu'est attribué la valeur binaire 000000 au champ FMT, cela signifie que le flux correspondant à co est dans le format DV. Le champ DBS peut également être analysé afin de déterminer la résolution du flux cO qui peut être pourvu d'une définition standard ( Standard Definition en anglais) ou d'une haute définition ( High-definition en anglais) tel que défini dans les spécifications des protocoles 1EC61883-2 et IEC618833 indiquées dans le document de référence IEC61883, Consumer Audio/Video Equipment û Digital Interface (First Version, Février 1998). Lorsqu'est attribué la valeur binaire 100000 au champ FMT, cela signifie que le flux correspondant à co est dans le format MPEG2-TS. Si cO est au format MPEG2-TS, alors il comprend également des informations qui peuvent être utilisées pour raffiner l'analyse du format du contenu. Par exemple, l'entête peut indiquer les valeurs des tailles horizontales et verticales permettant de déterminer la résolution (définition standard ou haute définition). Toutes ces informations caractérisant cO peuvent être utilisées pour déterminer les performances requises pour décoder le contenu cO. La table PMT (pour Program Map Table ) du format MPEG2-TS peut être également utilisée pour déterminer le format des données audio transportées dans le contenu cO. La table PMT comprend le type vidéo ainsi que le type audio du contenu. Cela peut par exemple être utilisé pour déterminer si le contenu est dans le format AC3 ou dans le format PCM. Il est également à noter que, dans un mode de réalisation préférentiel de l'invention, les moyens d'analyse du format de cO tiennent compte du fait que le décodage peut dégrader la qualité originale de cO. Par exemple, le décodeur 312 peut devoir dégrader le flux audio AC3 en un flux audio PCM afin de le transmettre via l'interface AAV#2. L'utilisateur ne peut, dans ce cas, bénéficier du format de codage audio AC3 original que si le flux est transmis via l'interface DAV#1.
Dans une étape 6003, les moyens d'analyse du format de cO vérifient si le format de cO est le format MPEG2-TS. Si tel n'est pas le cas, dans une étape 6011, le contenu c0 est classé dans les contenus aux formats incompatibles avec le décodeur 312, puis dans une étape 6012, il est mis fin à l'analyse du format de c0. Si le format de c0 est le format MPEG2-TS, dans une étape 6004, les moyens d'analyse du format de c0 contrôlent la table PMT de c0.
Ainsi, dans une étape 6005, les moyens d'analyse du format de c0 vérifient si le type audio-vidéo est supporté par le décodeur 312. Si tel n'est pas le cas, l'étape 6011 est mise en oeuvre. Si le type audio-vidéo est supporté par le décodeur 312, dans une étape 6006, les moyens d'analyse duformat de c0 contrôlent la séquence de l'entête de c0 et se demandent dans une étape 6007 si cette séquence est conforme à ce qui est supporté par le décodeur. Si tel n'est pas le cas, l'étape 6011 est mise en oeuvre. Si la séquence est conforme à ce qui est supporté par le décodeur 312, dans une étape 6008, les moyens d'analyse du format de c0 contrôlent le comportement du décodeur 312 et vérifient dans une étape 6009 si ce comportement est normal. Si tel n'est pas le cas (par exemple le décodeur produit une information d'erreur de décodage), l'étape 6011 est mise en oeuvre. Si le comportement du décodeur est normal (le décodage de c0 se produit sans erreur), dans une étape 6010, le contenu c0 est classé dans les contenus aux formats compatibles avec le décodeur 312, puis dans une étape 6012, il est mis fin à l'analyse du format de c0. On présente, en relation avec la figure 7, un diagramme des étapes d'un algorithme d'activation mis en oeuvre par des moyens d'activation de l'une des interfaces du dispositif d'affichage 107b en fonction de l'information de compatibilité lors de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention. Les moyens d'activation de l'une des interfaces du dispositif d'affichage 107b sont compris dans le dispositif récepteur AVRC 103b. Dans une étape 7001, l'algorithme d'activation est initialisé. Tel que précédemment indiqué en relation avec la figure 4, dans le mode récepteur double, le dispositif récepteur AVRC 103b (par le biais de ses moyens d'activation) peut demander (grâce à l'envoi d'une commande d'activation) au dispositif d'affichage 107b de désactiver son interface DAV#1 et d'activer son interface AAV#2 (ou vice-versa). Pour ce faire, la commande d'activation envoyée par le moyens d'activation doit pouvoir être reçu et prise en compte par les moyens de commutation de l'interface d'entrée du dispositif d'affichage 107b. Ainsi, la commande d'activation peut être une commande IEEE-1394 ou une commande d'activation infrarouge en fonction moyens de commutation de l'interface d'entrée du dispositif d'affichage 107b. Bien entendu, dans des variantes de ce mode de réalisation préférentiel, les moyens de commutation de l'interface d'entrée du dispositif d'affichage 107b sont activables par tout autre type de commande d'activation, par exemple par une commande compatible avec le protocole RS232 ou par une commande radiofréquence. Ainsi, dans une étape 7002, les moyens d'activation obtiennent l'information indiquant par quelle type de commande les moyens de commutation de l'interface d'entrée du dispositif d'affichage 107b sont activables et dans une étape 7003, ils l5 déterminent donc par quelle type de commande les moyens de commutation de l'interface d'entrée du dispositif d'affichage 107b peuvent être activés. Si les moyens de commutation de l'interface d'entrée du dispositif d'affichage sont activables par une commande IEEE-1394, alors dans une étape 7004, le dispositif récepteur AVRC 103b envoie une telle commande d'activation aux moyens de 20 commutation de l'interface d'entrée du dispositif d'affichage 107b via l'interface DAV#1. Cette commande peut être définie par le protocole CEA-775 décrit dans le document de référence CEA-775 : DTV 1394 interface specification (d'avril 2000). Dans une étape 7005, les moyens d'activation vérifient si cette commande est acceptée et prise en compte par les moyens de commutation de l'interface d'entrée du 25 dispositif d'affichage 107b. Si la commande d'activation IEEE-1394 est acceptée et prise en compte, alors les moyens de commutation mettent en oeuvre la désactivation de l'interface courante au profit de l'activation de l'autre interface, puis dans une étape 7013, il est mis fin à l'algorithme d'activation. 30 Si la commande d'activation IEEE-1394 est rejetée, alors l'étape 7007 décrite ci-après est mise en oeuvre.
Si les moyens de commutation de l'interface d'entrée du dispositif d'affichage ne sont pas activables par une commande IEEE-1394, alors les moyens de commutation de l'interface d'entrée du dispositif d'affichage sont activables par des commandes infrarouges.
Dans une étape 7007, le dispositif récepteur AVRC 103b détermine si les commandes d'activation infrarouges sont connues du dispositif d'affichage 107b. Si c'est le cas, alors, dans une étape 7012, le dispositif récepteur AVRC 103b envoie une telle commande d'activation infrarouge au dispositif d'affichage, puis dans l'étape 7013, il est mis fin à l'algorithme d'activation.
Si les commandes d'activation infrarouges ne sont pas connues du dispositif d'affichage 107b, alors, dans une étape 7008, le dispositif récepteur AVRC 103b requiert une phase d'apprentissage par le dispositif d'affichage des commandes d'activation infrarouge. Pour ce faire, dans une étape 7009, un écran dédié demande à l'utilisateur, pour chaque interface, de presser une sélection de boutons de sa télécommande qui correspond à la commande d'activation infrarouge de l'interface. Si, pour chaque interface, le dispositif d'affichage reçoit la commande d'activation infrarouge associée à l'interface alors, dans une étape 7010, il stocke cette commande. Puis est mise en oeuvre l'étape 7012 précitée.
Si pour chaque interface, le dispositif d'affichage ne reçoit pas la commande d'activation infrarouge associée à l'interface, alors dans une étape 7011, une information d'erreur est émise par le dispositif d'affichage 107b puis l'étape 7013 précitée est mise en oeuvre. Bien entendu, selon des variantes de ce mode de réalisation préférentiel, d'autres méthodes d'apprentissage des commandes d'activation infrarouges peuvent être mises en oeuvre telles qu'une recherche dans une librairie de commandes. On présente, en relation avec la figure 8, un diagramme des étapes d'un premier algorithme d'établissement de flux mis en oeuvre par des moyens d'établissement de flux lors de la sélection par l'utilisateur du contenu c0 sur le dispositif source 109 dans le cadre de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention.
Les moyens d'établissement de flux sont compris dans le dispositif récepteur AVRC 103b. Tel qu'indiqué précédemment en relation avec la figure 4, le dispositif récepteur AVRC 103b doit assurer, grâce à ses moyens d'établissement de flux, la gestion de l'établissement de flux de connexion (pour permettre l'accès à co via les interfaces AAV#2 ou DAV#1). Cette gestion est différente selon que l'on passe par l'interface AAV#2 ou par l'interface DAV#1 du dispositif d'affichage. Dans le mode récepteur simple, les moyens d'établissement de flux doivent établir une connexion de flux depuis le dispositif source 109 vers le dispositif récepteur AVRC 103b. Dans le mode récepteur double, les moyens d'établissement de flux doivent établir une connexion de flux depuis le dispositif source 109 jusqu'au dispositif d'affichage 107b. Le premier algorithme d'établissement de flux selon le mode de réalisation préférentiel de l'invention prévoit, dans le mode récepteur double, d'établir une connexion jusqu'au dispositif d'affichage 107b à travers l'interface DAV#1 du dispositif d'affichage 107b que cette interface soit activée ou non (sauf si l'on est sûr que le format du contenu cO est compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b tel qu'illustré par l'étape 8002b).
Une variante de ce mode de réalisation préférentiel est que la connexion jusqu'au dispositif d'affichage 107b à travers l'interface DAV#1 du dispositif d'affichage 107b est établie que cette interface soit activée ou non et quel que soit le format du contenu cO à transmettre. Une autre variante de ce mode de réalisation est que la connexion jusqu'au dispositif d'affichage 107b à travers l'interface DAV#1 du dispositif d'affichage 107b n'est établie que si cela est nécessaire. Par exemple, elle peut n'être établie que lorsque l'on passe de l'état vidéo simple à l'état vidéo étendu sur le diagramme de la figure 4. Cependant, une telle variante conduit à un délai (temps requis pour l'établissement de la connexion) avant que la lecture d'un contenu devant être transmis par l'interface DAV#1 ne puisse être mise en oeuvre, ce qui peut être désagréable pour l'utilisateur.
Dans une étape 8001, le premier algorithme est initialisé grâce à la sélection par l'utilisateur du contenu cO disponible sur le dispositif source 109. Dans une étape 8002, les moyens d'établissement de flux contrôlent si le mode récepteur simple est activé.
Si le mode récepteur simple est activé, dans une étape 8003, les moyens d'établissement de flux vérifient si le dispositif source est un dispositif local. Si le dispositif source est un dispositif local, dans une étape 8005, les moyens d'établissement de flux établissent une connexion locale entre le dispositif source et le dispositif récepteur AVRC 103b. Si le dispositif source n'est pas un dispositif local, dans une étape 8006, les moyens d'établissement de flux établissent une connexion distante entre le dispositif source et le dispositif récepteur AVRC 103b. Si le mode récepteur double est activé, dans une étape 8002b, les moyens d'établissement de flux vérifient s'il est certain que le format du contenu cO est compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b.
S'il est certain que le format du contenu cO est compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b, alors l'étape 8003 (concernant l'établissement d'une connexion via l'interface AAV#2) est mise en oeuvre. Par exemple, si le dispositif source 109 comprend un disque dur audio-vidéo, ce dernier pouvant contenir des fichiers présentant différents formats, il n'est pas certain que le contenu cO provenant de ce disque dur compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b, donc dans ce cas, une connexion entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b via l'interface DAV#1 du dispositif d'affichage est établie (voir étapes 8009 ou 8010 décrites ci-après). Selon un autre exemple, dans le cas où le dispositif source serait un dispositif analogique (et non le dispositif source 109) comprenant le contenu cO préalablement encodé par un dispositif récepteur AVRC du réseau, au moyen d'un encodeur 313, alors ce contenu cO serait obligatoirement compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b. Donc dans ce cas, la connexion entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b via l'interface DAV#1 du dispositif d'affichage (qui n'est pas nécessaire) ne serait pas établie.
S'il n'est pas certain que le format du contenu c0 est compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b, alors, dans une étape 8004, les moyens d'établissement de flux vérifient si le dispositif source est un dispositif local, c'est-à-dire situé sur un bus IEEE-1394 local (le bus sur lequel sont connectés le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b). Si le dispositif source est un dispositif local, dans une étape 8007, les moyens d'établissement de flux établissent une connexion locale entre le dispositif source et le dispositif récepteur AVRC 103b. Puis, dans une étape 8009, les moyens d'établissement de flux établissent une connexion locale entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 1071). Si le dispositif source est situé sur un bus IEEE-1394 local, le dispositif récepteur AVRC 103b met en oeuvre les protocoles IEEE1394 et IEC61883-1. Ces protocoles permettent au dispositif récepteur AVRC 103b de réserver des ressources au gestionnaire de ressources isochrones (ou Isochronous Resources Manager , IRM, en anglais) du bus IEEE-1394, de mettre à jour le registre de commande de fiche de sortie (ou Output Plug Control Register , oPCR, en anglais) du dispositif source 109 et de mettre à jour le registre de commande de fiche d'entrée (ou Input Plug Control Register , iPCR, en anglais) du dispositif d'affichage 107b. Si le dispositif source n'est pas un dispositif local, dans une étape 8008, les moyens d'établissement de flux établissent une connexion distante entre le dispositif source et le dispositif récepteur AVRC 103b. Puis, dans une étape 8010, les moyens d'établissement de flux établissent une connexion distante entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b. Si le dispositif source est situé sur un bus IEEE-1394 distant, le dispositif récepteur AVRC 103b met en oeuvre le protocole IEEE1394.1. Ainsi, le dispositif récepteur AVRC 103b envoie deux messages JOIN (décrits dans le document de référence IEEE P1394.1 Draft Standard for High Performance Serial Bus Bridges , Draft 1.04, du 24 octobre 2002) jusqu'au dispositif source 109: le premier message est relatif au dispositif récepteur AVRC 103b vu comme destination et le second message est relatif au dispositif d'affichage 107b vu comme destination. Ce message sera intercepté par les ponts (ou bridge en terminologie anglo-saxonne) conformément au protocole IEEE1394.1 afin de réserver les ressources nécessaires à l'établissement de la connexion entre la source et la destination identifiées dans le message JOIN. A la fin des étapes d'établissement de connexion 8005, 8006, 8007, 8008, 8009 et 8010 (i.e. lorsque tous les ponts sur le chemin depuis le dispositif source vers le dispositif récepteur AVRC 103b ou le dispositif d'affichage 107b ont réservé et préparé les ressources nécessaires à la transmission du contenu c0), dans une étape 8011, les moyens d'établissement de flux reçoivent un message de statut du flux (qui indique que la connexion de flux a été correctement établie ou non) et vérifient donc si la connexion de flux a été correctement établie ou non. Si oui, dans une étape 8013, il est mis fin au premier algorithme d'établissement de flux. Si la connexion de flux n'a pas été correctement établie, dans une étape 8012, les moyens d'établissement de flux envoient un événement réseau d'erreur puis il est mis fin au premier algorithme d'établissement de flux dans l'étape 8013. Il est à noter que si le dispositif récepteur AVRC 103b doit sélectionner un nouveau dispositif source, autre que le dispositif source 109 courant, il doit d'abord rompre la connexion de flux courante entre le dispositif source 109 et le dispositif récepteur AVRC 103b et, le cas échéant, la connexion de flux courante entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b. Ensuite, le dispositif récepteur AVRC 103b établit selon le premier algorithme d'établissement de flux la ou les nouvelles connexions de flux avec le nouveau dispositif source. On présente, en relation avec la figure 9, un diagramme des étapes d'un second algorithme d'établissement de flux mis en oeuvre par les moyens d'établissement de flux du dispositif récepteur AVRC 103b lors de la réception d'un événement MFE dans le cadre de l'exécution du procédé de transmission selon le mode de réalisation préférentiel de l'invention. Tel qu'indiqué précédemment, en relation avec la figure 3, lorsqu'un événement MEF est détecté dans une étape 9001 alors le dispositif récepteur AVRC 103b commute du mode récepteur simple au mode récepteur double ou vice-versa. Dans une étape 9002, les moyens d'établissement de flux vérifient s'il est certain que le format du contenu c0 est compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b.
S'il est certain que le format du contenu c0 est compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b, alors dans une étape 9012, il est mis fin au second algorithme d'établissement de flux. S'il n'est pas certain que le format du contenu c0 est compatible avec l'interface AAV#2 du dispositif récepteur AVRC 103b, alors, dans une étape 9002b, les moyens d'établissement de flux vérifient si dispositif récepteur AVRC 103b a commuté depuis le mode récepteur double vers le mode récepteur simple. Si le dispositif récepteur AVRC 103b a commuté depuis le mode récepteur double vers le mode récepteur simple, alors, dans une étape 9003, les moyens 10 d'établissement de flux vérifient si le dispositif source 109 est local. Si le dispositif source 109 est local, dans une étape 9005, les moyens d'établissement de flux rompent la connexion de flux locale (s'il en avait été préalablement établie une) avec le dispositif d'affichage 107b à travers l'interface DAV#1 du dispositif d'affichage 107b (ce qui est équivalent au fait que le câble de 15 connexion IEEE-1394 est débranché entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b). Ainsi, les moyens d'établissement de flux mettent à jour le registre de contrôle de connexion de sortie du dispositif source 109 en tenant compte de l'absence du dispositif d'affichage 107b. Si le dispositif source 109 n'est pas local, dans une étape 9006, les moyens 20 d'établissement de flux rompent la connexion de flux distante (s'il en avait été préalablement établie une) avec le dispositif d'affichage 107b à travers l'interface DAV#1 du dispositif d'affichage 107b. Ainsi, les moyens d'établissement de flux envoient un message LEAV E (décrit dans le document de référence IEEE P1394.1 Draft Standard for High Performance Serial Bus Bridges , Draft 1.04, du 24 octobre 25 2002) au dispositif source 109 qui est relatif au dispositif d'affichage 107b vu comme destination. Ce message sera intercepté par les ponts (ou bridge en terminologie anglo-saxonne) conformément au protocole IEEE1394.1 afin de libérer les ressources préalablement réservées durant le traitement du message JOIN à l'établissement de la connexion entre la source et la destination identifiées dans le message LEAVE.
30 A la fin des étapes de rupture de connexion 9005 ou 9006 (i.e. lorsque tous les ponts sur le chemin depuis le dispositif source vers le dispositif récepteur AVRC 103b ou le dispositif d'affichage 107b ont libéré les ressources préalablement réservée pour la transmission du contenu c0), dans une étape 9010, les moyens d'établissement de flux reçoivent un message de statut du flux (par exemple en réponse au message LEAVE précité) et vérifient donc si la connexion de flux a été correctement rompue ou non. Si oui, dans une étape 9012, il est mis fin au second algorithme d'établissement de flux. Si la connexion de flux n'a pas été correctement rompue, dans une étape 9011, les moyens d'établissement de flux envoient un événement réseau d'erreur puis il est mis fin au second algorithme d'établissement de flux dans l'étape 9012. Si le dispositif récepteur AVRC 103b a commuté depuis le mode récepteur simple vers le mode récepteur double, alors, dans une étape 9004, les moyens d'établissement de flux vérifient si le dispositif source 109 est local. Si le dispositif source 109 est local, dans une étape 9007, les moyens d'établissement de flux établissent une connexion locale (ce qui est équivalent au fait que le câble de connexion IEEE-1394 est branché entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b) entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b (de la même manière que dans l'étape 8009 précédemment décrite en relation avec la figure 8). Si le dispositif source n'est pas un dispositif local, dans une étape 9008, les moyens d'établissement de flux établissent une connexion distante entre le dispositif récepteur AVRC 103b et le dispositif d'affichage 107b (de la même manière que dans l'étape 8010 précédemment décrite en relation avec la figure 8). A la fin des étapes d'établissement de connexion 9007 ou 9008, dans l'étape 9010, les moyens d'établissement de flux vérifient si la connexion de flux a été correctement établie ou non. Dans le cas d'une source connectée sur un AVRC distant, les moyens d'établissement de flux reçoivent un message de statut d'établissement du flux. Ce messages est de type STREAM STATUS tel que défini par IEEE1394.1. Si la connexion de flux a été correctement établie, dans l'étape 9012, il est mis fin au second algorithme d'établissement de flux. Si la connexion de flux n'a pas été correctement établie, dans l'étape 9011, les moyens d'établissement de flux envoient un événement réseau d'erreur puis il est mis fin au second algorithme d'établissement de flux dans l'étape 9012.

Claims (26)

REVENDICATIONS
1. Procédé de transmission d'un contenu audio-vidéo à un dispositif destinataire (107b) comprenant une première interface de réception, apte à être reliée au moyen d'un premier lien (104b) à une première interface d'émission d'un dispositif récepteur (103b), lesdits premier lien et premières interfaces étant conformes à un premier protocole, caractérisé en ce qu'il comprend les étapes suivantes mises en oeuvre par le dispositif récepteur (103b) : - détermination si le format du contenu audio vidéo à transmettre au dispositif destinataire (107b) est compatible avec la première interface d'émission du dispositif récepteur ; transmission d'une commande d'activation au dispositif destinataire permettant d'activer une seconde interface de réception du dispositif destinataire pour la réception dudit contenu audio vidéo, la commande d'activation étant transmise s'il a été déterminé que le format du contenu n'est pas compatible avec la première interface d'émission du dispositif récepteur par des moyens de détermination.
2. Procédé selon la revendication 1, caractérisé en ce que, s'il a été déterminé que le format du contenu est compatible avec la première interface d'émission du dispositif récepteur (103b) par les moyens de détermination, ladite commande d'activation active la première interface de réception.
3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que lors de l'activation d'une desdites interface de réception, la ou les autres interfaces de réception sont désactivées.
4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le dispositif récepteur (103b) comprend une seconde interface d'émission, apte à être reliée au moyen d'un second lien (105b) à la seconde interface de réception du dispositif destinataire, lesdits second lien et secondes interface étant conformes à un second protocole.
5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que l'étape de détermination est une étape de détermination si le format du contenu àtransmettre au dispositif destinataire (107b) est compatible avec au moins un décodeur dudit contenu, ledit décodeur étant compris dans la première interface d'émission.
6. Procédé selon la revendication 5, caractérisé en ce que l'étape de détermination comprend une étape d'analyse du format du contenu.
7. Procédé selon la revendication 6, caractérisé en ce que l'étape d'analyse du format comprend une étape d'analyse d'au moins un champ d'une entête d'au moins un paquet du contenu.
8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que le format du contenu dépend d'au moins un des paramètre appartenant au groupe comprenant les : dimensions d'au moins une image du contenu ; définition d'au moins une image du contenu ; types de compression audio-vidéo utilisée pour le contenu ; types de codage sonores utilisé pour le contenu.
9. Procédé selon l'une quelconque des revendications 5 à 8, caractérisé en ce que l'étape de détermination comprend une étape de détection d'une information d'erreur issue du décodage du contenu par ledit décodeur du contenu.
10. Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que ladite commande d'activation appartient au groupe comprenant : -les commandes numériques ; - les commandes infrarouge ; les commandes radio-fréquence.
11. Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce qu'il comprend une étape préalable de commutation d'un premier mode selon lequel seule une des interfaces de réception peut être activée à un second mode selon lequel chacune des interface de réception peut être activée.
12. Procédé selon l'une quelconque des revendications 1 à 11, ledit premier protocole de communication étant un protocole analogique, ledit second protocole de communication étant un protocole numérique, caractérisé en ce qu'il comprend en outre l'étape suivante :établissement d'un premier flux correspondant au contenu entre un dispositif source (109) et le dispositif récepteur (107b), le contenu étant émis par le dispositif source.
13. Procédé selon la revendication 12, caractérisé en ce qu'il comprend également l'étape suivante : - établissement d'un second flux correspondant au contenu entre le dispositif source (109) et le dispositif destinataire via le second lien de communication.
14. Procédé selon la revendication 13, caractérisé en ce que ladite étape d'établissement d'un second flux est mise en oeuvre uniquement si le dispositif source (109) est susceptible de fournir un contenu dont le format n'est pas compatible avec la première interface du dispositif récepteur.
15. Produit programme d'ordinateur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution des étapes du procédé de transmission selon l'une quelconque des revendications 1 à 14, lorsque ledit programme est exécuté sur un ordinateur.
16. Moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé de transmission selon l'une quelconque des revendications 1 à 14.
17. Dispositif récepteur (103b) comprenant : - une première interface d'émission, apte à être reliée au moyen d'un premier lien (104b) à une première interface de réception d'un dispositif destinataire (107b), lesdits premier lien et premières interfaces étant conformes à un premier protocole ; - moyen de détermination pour déterminer si le format d'un contenu audio vidéo à transmettre au dispositif destinataire (107b) est compatible avec la première interface d'émission ; moyen de transmettre une commande d'activation au dispositif destinataire (107b) permettant d'activer une seconde interface de réception du dispositif destinataire pour la réception dudit contenu audio vidéo, la commande d'activation étant transmise s'il a été déterminé que le format du contenu n'estpas compatible avec la première interface d'émission du dispositif récepteur par les moyens de détermination.
18. Dispositif selon la revendication 17, caractérisé en ce que, s'il a été déterminé que le format du contenu est compatible avec la première interface d'émission du dispositif récepteur (103b) par les moyens de détermination, ladite commande d'activation active la première interface de réception.
19. Dispositif selon l'une quelconque des revendications 17 et 18, caractérisé en ce que lors de l'activation d'une desdites interface de réception, la ou les autres interfaces de réception sont désactivées.
20. Dispositif selon l'une quelconque des revendications 17 à 19, caractérisé en ce que le dispositif récepteur (103b) comprend une seconde interface d'émission, apte à être reliée au moyen d'un second lien (105b) à la seconde interface de réception du dispositif destinataire, lesdits second lien et secondes interface étant conformes à un second protocole.
21. Dispositif selon l'une quelconque des revendications 17 à 20, caractérisé en ce que les moyens de détermination sont des moyens de détermination si le format du contenu à transmettre au dispositif destinataire (107b) est compatible avec au moins un décodeur dudit contenu, ledit décodeur étant compris dans la première interface d'émission.
22. Dispositif selon la revendication 21, caractérisé en ce que les moyens de détermination comprennent des moyens d'analyse du format du contenu.
23. Dispositif selon la revendication 22, caractérisé en ce que les moyens d'analyse du format comprennent des moyens d'analyse d'au moins un champ d'une entête d'au moins un paquet du contenu.
24. Dispositif selon l'une quelconque des revendications 17 à 23, caractérisé en ce que le format du contenu dépend d'au moins un des paramètre appartenant au groupe comprenant les : dimensions d'au moins une image du contenu ; définition d'au moins une image du contenu ; types de compression audio-vidéo utilisée pour le contenu ; types de codage sonores utilisé- pour le contenu.
25. Dispositif selon l'une quelconque des revendications 21 à 24, caractérisé en ce que les moyens de détermination comprennent des moyens de détection d'une information d'erreur issue du décodage du contenu par ledit décodeur du contenu.
26. Dispositif selon l'une quelconque des revendications 17 à 25, caractérisé en ce que ladite commande d'activation appartient au groupe comprenant : - les commandes numériques ; - les commandes infrarouge ; -les commandes radio-fréquence. 30. Dispositif selon l'une quelconque des revendications 17 à 26, caractérisé en ce qu'il comprend des moyens de commutation d'un premier mode selon lequel seule une des interfaces de réception peut être activée à un second mode selon lequel chacune des interface de réception peut être activée. 31. Dispositif selon l'une quelconque des revendications 17 à 27, ledit premier protocole de communication étant un protocole analogique, ledit second protocole de communication étant un protocole numérique, caractérisé en ce qu'il comprend en outre : - des premier moyens d'établissement d'un premier flux correspondant au contenu entre un dispositif source et le dispositif récepteur, le contenu étant émis par le dispositif source. 29. Dispositif selon la revendication 28, caractérisé en ce qu'il comprend également : -des second moyens d'établissement d'un second flux correspondant au contenu entre le dispositif source et le dispositif destinataire via le second lien de communication. 30. Dispositif selon la revendication 29, caractérisé en ce que lesdits seconds moyens d'établissement du second flux ne sont activés que lorsque la seconde interface de réception est activée.
FR0602735A 2006-03-29 2006-03-29 Procede de transmission depuis un dispositif recepteur vers un dispositif destinataire, d'un contenu de donnees, produit programme d'oridinateur, moyen de stockage et dispositif recepteur correspondants Expired - Fee Related FR2899418B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0602735A FR2899418B1 (fr) 2006-03-29 2006-03-29 Procede de transmission depuis un dispositif recepteur vers un dispositif destinataire, d'un contenu de donnees, produit programme d'oridinateur, moyen de stockage et dispositif recepteur correspondants

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0602735A FR2899418B1 (fr) 2006-03-29 2006-03-29 Procede de transmission depuis un dispositif recepteur vers un dispositif destinataire, d'un contenu de donnees, produit programme d'oridinateur, moyen de stockage et dispositif recepteur correspondants

Publications (2)

Publication Number Publication Date
FR2899418A1 true FR2899418A1 (fr) 2007-10-05
FR2899418B1 FR2899418B1 (fr) 2008-06-13

Family

ID=37461339

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0602735A Expired - Fee Related FR2899418B1 (fr) 2006-03-29 2006-03-29 Procede de transmission depuis un dispositif recepteur vers un dispositif destinataire, d'un contenu de donnees, produit programme d'oridinateur, moyen de stockage et dispositif recepteur correspondants

Country Status (1)

Country Link
FR (1) FR2899418B1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0952733A2 (fr) * 1998-04-24 1999-10-27 Sony United Kingdom Limited Dispositif numérique multimédia et méthode associée
US20040163128A1 (en) * 2003-01-31 2004-08-19 Qwest Communications International Inc. Fiber optic internet protocol network interface device and methods and systems for using the same

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0952733A2 (fr) * 1998-04-24 1999-10-27 Sony United Kingdom Limited Dispositif numérique multimédia et méthode associée
US20040163128A1 (en) * 2003-01-31 2004-08-19 Qwest Communications International Inc. Fiber optic internet protocol network interface device and methods and systems for using the same

Also Published As

Publication number Publication date
FR2899418B1 (fr) 2008-06-13

Similar Documents

Publication Publication Date Title
EP1050996B1 (fr) Transfert de contrôle et de commande
FR2835986A1 (fr) Systeme de transmission de signaux audiovisuels entre noeud(s) source et noeud(s) destinataire(s)
US20040090984A1 (en) Network adapter for remote devices
JP2000358061A (ja) 外部ネットワークと内部ネットワークの間でデータをフォーマットし、かつルーティングする方法、およびその方法を行わせる1つまたは複数の命令シーケンスを格納したコンピュータ読み取り可能な記録媒体
WO2010135346A1 (fr) Gestion et affichage de contenu vidéo
JP2001034560A (ja) ゲートウェイ装置、ネットワーク環境における統計学的な地理的位置情報を収集する方法、中央サーバによりネットワーク環境から統計学的な地理的位置情報を収集する方法、および1つまたは複数のプロセッサに実行させる複数の命令を格納したコンピュータ読み取り可能な記録媒体
FR2851392A1 (fr) Procede de traitement de signaux de commande au sein d'un reseau audiovisuel, dispositif, reseau et programme d'ordinateur correspondants
FR2874143A1 (fr) Procede de securisation du transfert d'un flux de donnees, produit programme d'ordinateur, moyen de stockage et noeuds correspondants
FR2872986A1 (fr) Procede de codage et de reproduction de documents audiovisuels ou radio et dispositif mettant en oeuvre le procede
FR2884943A1 (fr) Procede de gestion de commande au sein d'un reseau de communication, dispositif de controle, produit programme d'ordinateur et moyen de stockage correspondants
US20080162669A1 (en) Reproducing apparatus and control method of reproducing apparatus
CN101091353A (zh) 在xht网络中提供差错信息的设备、系统和方法
US20050132366A1 (en) Creating virtual device for universal plug and play
FR2866173A1 (fr) Procedes et systeme d'initialisation et de validation de l'etablissement ou du transfert d'une connexion dans un reseau de communication, terminaux et boitier de telecommande correspondants.
EP2668746A1 (fr) Procede d'acces a des contenus multimedias au sein d'un foyer
US6856254B1 (en) Electronic device, electronic device system control method and electronic device system
FR2911744A1 (fr) Procede de gestion de l'acces a au moins un contenu et/ou au moins un service, produit programme d'ordinateur, moyen de stockage et dispositif d'acces correspondants
FR2899418A1 (fr) Procede de transmission depuis un dispositif recepteur vers un dispositif destinataire, d'un contenu de donnees, produit programme d'oridinateur, moyen de stockage et dispositif recepteur correspondants
FR2857809A1 (fr) Procede de selection et d'etablissement d'une connexion de flux de donnees via un equipement intermediaire, programme d'ordinateur et equipement intermediaire correspondants.
FR2884668A1 (fr) Procede de navigation dans au moins une interface graphique, produit programme d'ordinateur, moyen de stockage et dispositif de controle correspondants.
FR2866181A1 (fr) Procede et dispositif de distribution d'un signal audiovisuel dans un reseau de communication, procede et dispositif de validation correspondants.
FR2850508A1 (fr) Procede d'insertion et de traitement d'informations pour le controle par un noeud de la diffusion d'un flux de donnees traversant un reseau de base d'un reseau heterogene, et noeuds correspondants
WO2012010803A1 (fr) Mise a disposition d'informations par un terminal mobile dans un reseau
FR2896367A1 (fr) Procede de synchronisation de la valeur du champ alterne d'un signal de commande infrarouge, produit programme d'ordinateur, moyen de stockage et noeud recepteur correspondants
FR2826814A1 (fr) Procede d'utilisation a distance de moyens de reception de signaux audiovisuels appartenant a un reseau audiovisuel domestique primaire, passerelles, procede d'allocation de ressources correspondants

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 11

PLFP Fee payment

Year of fee payment: 12

PLFP Fee payment

Year of fee payment: 13

ST Notification of lapse

Effective date: 20191106