Brevet FR2984059A1 — publié le 20130614

- 1 - Procédé et dispositif de restitution locale d'une vidéo Domaine de l'invention L'invention se situe dans le domaine des réseaux de télécommunication. Elle concerne un dispositif et un procédé de restitution locale d'une vidéo. Art antérieur Un service de visiophonie permet à deux utilisateurs de communiquer entre eux par une communication multimédia audio et vidéo. Pour la composante vidéo de la communication, le terminal d'un utilisateur émetteur acquiert une vidéo représentant l'utilisateur et code les données de la vidéo afin de compresser la quantité d'information de la vidéo et d'obtenir un flux de données codées. Le flux de données est ensuite transmis à un utilisateur destinataire via un réseau de télécommunications. L'utilisateur destinataire reçoit sur son terminal le flux de données codées permettant de reconstruire la vidéo représentant l'utilisateur émetteur. Le terminal de l'utilisateur destinataire décode le flux de données reçu et reconstruit la vidéo qui est ensuite affichée sur l'écran de son terminal. Lors de la transmission du flux de données, le flux de données peut subir des dégradations, par exemple des pertes de paquets de données, dues à une mauvaise qualité de service du réseau de télécommunications. La vidéo affichée sur le terminal du destinataire peut alors avoir une qualité dégradée. Par exemple, la vidéo affichée peut présenter des gels d'images ou de portions d'images, des blocs d'images mal ou non reconstruits, des effets de blocs dans les images. La dégradation subie par une vidéo peut ne pas être symétrique et l'utilisateur émetteur peut recevoir et afficher une vidéo de l'utilisateur destinataire de bonne qualité alors que la vidéo de l'utilisateur émetteur est de mauvaise qualité. L'utilisateur émetteur ne peut pas connaître, ni juger de la qualité de la vidéo qui le représente et qui est affichée à l'utilisateur destinataire. Pour cette raison, les utilisateurs n'adhèrent pas facilement à l'utilisation d'un service de visiophonie car par ces services, ils ne peuvent pas maîtriser l'image qu'ils renvoient à un utilisateur destinataire. Inconvénient de l'art antérieur Une solution proposée dans les services de visiophonie existants est l'affichage sur l'écran du terminal de l'utilisateur émetteur, de la vidéo de l'émetteur acquise localement. Lors d'une communication visiophonique, l'utilisateur émetteur peut alors visualiser simultanément la vidéo qu'il reçoit de l'utilisateur destinataire et la vidéo qu'il envoie à l'utilisateur destinataire. Cependant, cette solution ne permet d'afficher que la vidéo de l'utilisateur émetteur acquise localement, cette vidéo correspond à la vidéo non codée de l'utilisateur émetteur. La vidéo affichée ne correspond pas à la vidéo de l'utilisateur émetteur que reçoit et affiche l'utilisateur destinataire. - 2 - Exposé de l'invention Un des buts de l'invention est d'apporter des améliorations par rapport à l'état de la technique. Elle propose à cet effet un procédé de restitution locale d'une vidéo. La vidéo est acquise localement, transmise par un réseau de communication et destinée à une restitution distante. Le procédé de restitution comprend une étape de réception d'au moins une information relative à la qualité de la restitution distante, une étape d'adaptation de la vidéo destinée à être restituée localement en fonction de la au moins une information reçue et une étape d'affichage de la vidéo adaptée. Corrélativement, l'invention concerne également un dispositif de restitution locale d'une vidéo acquise localement, transmise par un réseau de communication et destinée à une restitution distante. Le dispositif comprend des moyens de réception d'au moins une information relative à la qualité de la restitution distante, des moyens d'adaptation de la vidéo destinée à être restituée localement en fonction de la au moins une information reçue et des moyens d'affichage de la vidéo adaptée. L'utilisateur émetteur de la vidéo peut ainsi visualiser une version adaptée de la vidéo qu'il a émise et présentant une qualité proche de la qualité de la vidéo visualisée par le destinataire. L'utilisateur émetteur bénéficie ainsi d'un retour sur la qualité de la vidéo qu'il a émise. Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé de restitution défini ci-dessus. Selon un mode particulier de réalisation de l'invention, la au moins une information relative à la qualité de la restitution distante correspond à une information d'au moins un traitement de correction d'erreurs appliqué par le terminal distant à la vidéo lors de la reconstruction de la vidéo transmise avant la restitution distante. Ainsi l'adaptation de la vidéo locale permet de reproduire localement les effets visuels présentés sur la vidéo distante dus à l'application d'un traitement de correction d'erreurs par le terminal distant. La qualité de la vidéo locale est alors plus proche de la qualité de la vidéo distante. Selon un autre mode particulier de réalisation de l'invention, la vidéo acquise localement est transmise sous la forme d'un flux de données codées à un terminal de l'utilisateur distant et le procédé de restitution comprend une étape de réception d'une information de signalisation d'au moins un outil de correction d'erreurs supporté par le terminal distant et appliqué lors de la reconstruction de la vidéo transmise avant la restitution distante lors de la détection d'erreurs dans le flux de données codées. Ainsi, localement, le terminal de l'émetteur peut, sur détection d'erreurs lors de la transmission du flux codé représentant la vidéo, appliquer les mêmes traitements de correction d'erreurs à la vidéo restituée localement. La signalisation du support d'un outil de correction peut être faite à l'établissement de la session de communication vidéo, ainsi il n'est pas nécessaire que le terminal distant envoie à chaque application d'un outil de correction d'erreur, le traitement effectué ou le type d'effet visuel en résultant. - 3 - Selon un autre mode particulier de réalisation de l'invention, la vidéo acquise localement est transmise sous la forme d'un flux de données codées à un terminal de l'utilisateur distant et le flux de données codées est dupliqué localement avant la transmission. La au moins une information relative à la qualité de la restitution distante reçue comprend au moins un indice de priorité associé à au moins un paquet de données codées transmis. L'étape d'adaptation est alors appliquée à au moins un paquet de données du flux dupliqué, associé à un indice de priorité identique à l'indice de priorité compris dans la au moins une information reçue. Selon ce mode de réalisation, l'adaptation prend en compte l'importance des paquets sur lesquels des erreurs ont été détectées. L'invention concerne également un procédé de décodage d'une vidéo reçue depuis un réseau de communication, sous la forme d'un flux de données codées. Le procédé de décodage comprend une étape de détection d'au moins une erreur dans le flux de données codées, lors du décodage du flux de données codées, en cas de détection positive, une étape d'application d'au moins un outil de correction d'erreurs lors du décodage du flux données codées, fournissant une vidéo reconstruite corrigée, une étape de détermination d'une information relative à la qualité de la restitution de la vidéo reconstruite corrigée, en fonction de l'outil de correction d'erreurs appliqué, et une étape d'envoi de l'information déterminée. Corrélativement, l'invention concerne aussi un dispositif de décodage d'une vidéo reçue depuis un réseau de communication, sous la forme d'un flux de données codées. Le dispositif comprend des moyens de détection d'au moins une erreur dans le flux de données codées, lors du décodage du flux de données codées, des moyens d'application d'au moins un outil de correction d'erreurs lors du décodage du flux données codées, fournissant une vidéo reconstruite corrigée, des moyens de détermination d'une information relative à la qualité de la restitution de la vidéo reconstruite corrigée, en fonction de l'outil de correction d'erreurs appliqué et des moyens d'envoi de l'information déterminée. L'information déterminée peut ainsi être utilisée par le terminal émetteur pour appliquer les mêmes effets visuels sur la vidéo locale lors de l'adaptation par le procédé de restitution locale sans nécessité de décodage du flux de données codés transmis. L'invention concerne aussi un terminal comprenant un dispositif de restitution locale selon l'un quelconque des modes de réalisation décrits et/ou un dispositif de décodage selon l'un quelconque des modes de réalisation décrits. L'invention concerne aussi un programme d'ordinateur comportant des instructions pour l'exécution du procédé de restitution l'un quelconque des modes de réalisation décrits et/ou du procédé de décodage selon l'un quelconque des modes de réalisation décrits, lorsque le programme est exécuté par un processeur. L'invention concerne aussi un support d'enregistrement lisible par un processeur sur lequel est enregistré un programme comportant des instructions pour l'exécution du procédé de restitution - 4 - locale et/ou du procédé de décodage selon l'un quelconque des modes particuliers de réalisation cités ci-dessus. Le terminal, le programme et le support d'informations présentent des avantages analogues à ceux des procédés selon l'invention décrits ci-dessus. Liste des figures D'autres avantages et caractéristiques de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: la figure 1 illustre un exemple d'environnement de mise en oeuvre du procédé de restitution et du procédé de décodage selon un mode particulier de réalisation de l'invention, la figure 2 illustre les étapes du procédé de restitution selon un mode particulier de réalisation de l'invention, la figure 3 illustre les étapes du procédé de décodage selon un autre mode particulier de réalisation de l'invention, la figure 4 illustre les étapes du procédé de restitution selon un autre mode particulier de réalisation de l'invention, la figure 5 illustre l'architecture d'un dispositif mettant en oeuvre le procédé de restitution selon un mode particulier de réalisation de l'invention, la figure 6 illustre l'architecture d'un dispositif mettant en oeuvre le procédé de décodage selon un mode particulier de réalisation de l'invention. Description d'un mode particulier de réalisation de l'invention La figure 1 illustre un exemple d'environnement de mise en oeuvre du procédé de restitution et du procédé de décodage selon un mode particulier de réalisation de l'invention. L'environnement comprend un réseau de communication 10, correspondant par exemple à un réseau IP (pour Internet Protocol en anglais) ou un réseau de télécommunications mobile de type GSM, EDGE, 3G, 3G+... Le réseau de communication 10 représenté peut correspondre à un groupe de réseaux de communication d'opérateurs différents interconnectés entre eux permettant d'échanger des données et d'établir des communications entre des terminaux connectés au réseau de communication 10 par l'intermédiaire de points d'accès (non représenté) au réseau de communication. Un utilisateur UA d'un terminal 11 connecté au réseau 10 établit une communication en visiophonie, c'est-à-dire une communication audio et vidéo, avec un utilisateur UB d'un terminal 12 également connecté au réseau 10. L'écran 111 du terminal 11 affiche alors à l'utilisateur UA dans un cadran 112 la vidéo reçue de l'utilisateur UB. La vidéo acquise localement de l'utilisateur UA s'affiche également sur l'écran 111 dans un cadran 113. Grâce au procédé de restitution locale tel que décrit dans l'invention en référence à la figure 2 et mis en oeuvre au niveau du terminal 11, la vidéo locale affichée dans le cadran 113 correspond à - 5 - la vidéo de l'utilisateur UA acquise localement qui a été codée, le flux de données codé ayant subi un traitement en fonction de la qualité de transmission sur le réseau, puis décodé afin de reconstruire une vidéo de l'utilisateur UA présentant des défauts similaires à ceux de la vidéo de l'utilisateur UA affichée sur l'écran 121 du terminal 12 de l'utilisateur UB. Selon un autre mode particulier de réalisation de l'invention, grâce au procédé de restitution locale tel que décrit dans l'invention en référence à la figure 4 et mis en oeuvre au niveau du terminal 11 et grâce au procédé de décodage tel que décrit dans l'invention en référence avec la figure 3 et mis en oeuvre au niveau du terminal 12, la vidéo locale affichée dans le cadran 113 correspond à la vidéo de l'utilisateur UA acquise localement qui a été codée, puis décodé, la vidéo reconstruite subie une adaptation en fonction d'une information reçue, afin d'afficher à l'utilisateur UA une vidéo de l'utilisateur UA présentant des défauts similaires à ceux de la vidéo de l'utilisateur UA affichée sur l'écran 121 du terminal 12 de l'utilisateur UB. De la même manière, l'écran 121 du terminal 12 affiche alors à l'utilisateur UB dans un cadran 122 la vidéo reçue de l'utilisateur UA. La vidéo acquise localement de l'utilisateur UB et dégradée selon le procédé de restitution tel que décrit dans l'invention selon l'un quelconque des modes particuliers de réalisation, s'affiche également sur l'écran 121 dans un cadran 123. Le procédé de restitution locale selon l'un quelconque des modes particuliers de réalisation décrits peut être mis en oeuvre par les deux terminaux impliqués dans la communication ou par un seul des terminaux. La figure 2 illustre les étapes du procédé de restitution selon un mode particulier de réalisation de l'invention. Lors d'une étape 200, une communication visiophonique est établie (E COM) entre deux terminaux, par exemple entre le terminal 11 et le terminal 12, de manière connue à l'aide par exemple du protocole SIP (pour Session Initiation Protocol en anglais) utilisé pour des communications sur réseaux IMS (pour IP Multimedia Subsystem en anglais). Le protocole SIP transporte des informations de description de protocole SDP (pour Session Description Protocol en anglais) permettant aux terminaux d'échanger des informations concernant les codecs supportés par chaque terminal et relatifs aux médias (audio, vidéo, texte, ...) supportés par chaque terminal. Par exemple, ces codecs peuvent correspondre aux normes G711, G722, G729 pour l'audio, H261, H263 ou H264 pour la vidéo, T140 pour le texte temps réel. Le protocole SIP permet aussi aux terminaux d'échanger les adresses IP, numéros de port et protocole de transport de communication sur lesquels les terminaux veulent recevoir les flux média de la communication. Selon un mode particulier de réalisation de l'invention, le terminal 11 reçoit (E SIG ERR) lors d'une étape 214, une information de signalisation d'au moins un outil de correction d'erreurs supporté par le terminal distant et appliqué par le terminal 12 lors de la reconstruction de la vidéo de l'utilisateur UA transmise avant la restitution distante en cas de détection d'erreurs dans le flux de données codées. Cette information de signalisation peut par exemple être transmise selon le - 6 - protocole SIP simultanément à la négociation de codecs audio et vidéo entre les terminaux 11 et 12, lors de la phase d'établissement de la session de communication visiophonique. L'outil de correction d'erreurs signalé peut par exemple correspondre à des outils de correction tels que ceux décrits dans les normes de compression vidéo, telles que par exemple MPEG-2, MPEG-4 part 2, H.264/AVC, H.264/SVC ou autres. Après l'établissement de la communication, les terminaux échangent de manière connue des données audio sous la forme d'un flux de données audio codées et vidéo sous la forme d'un flux de données vidéo codées. Le terminal 11 acquiert (E ACQ) lors d'une étape 201 un flux vidéo représentant l'utilisateur UA du terminal. Le flux vidéo est ensuite codé (E COD) lors d'une étape 202, par exemple à l'aide d'un codeur H.264 intégré dans le terminal 11. Le codeur fournit en sortie un flux de données codées qui est transmis (E TRANS) au terminal destinataire 12 selon un protocole connu de communication, par exemple le protocole RTP (pour Real-time Transport Protocol en anglais), lors d'une étape 203. Le protocole RTP encapsule les données codées dans des paquets de données qui sont ensuite encapsulés dans des datagrammes UDP (User Data Protocol en anglais) transportés par le protocole IP. Lors d'une étape 204, le terminal 11 reçoit (E RVID) un flux de données codées en provenance du terminal 12. Le terminal 11 extrait les données codées correspondant à des données vidéo du flux reçu et décode (E DECOD) le flux de données vidéo codées extrait lors d'une étape 205 afin de reconstruire la vidéo représentant l'utilisateur UB du terminal 12. La vidéo reconstruite est ensuite affichée (E AFF DST) sur l'écran du terminal 11 lors d'une étape 206. Le terminal 11 émet et reçoit également périodiquement des paquets de contrôle relatifs aux flux de données audio et vidéo codés reçus et émis. Ces paquets de contrôle sont par exemple envoyés selon le protocole RTCP (Real-Time Control Protocol en anglais) et correspondent à des paquets de type SR (Send Report en anglais) et RR (Receive Report en anglais). Ce protocole est décrit plus en détail dans le document RFC 3550 (« RTP : a Transport Protocol for Real-Time Applications », Juillet 2003), publié par le groupe de travail de transport audio-vidéo de l'IETF (pour Internet Engineering Task Force en anglais). De manière connue, à partir de ces paquets RTCP, les terminaux peuvent connaître le taux de pertes de paquets de données RTP lors de la transmission entre le terminal émetteur et le terminal récepteur, le délai de transmission et la gigue du réseau. A partir de ces informations, lorsque la qualité de la transmission est trop mauvaise, les terminaux peuvent par exemple décider d'augmenter le taux de compression des données vidéo ou de renégocier un codec vidéo. De manière symétrique, les étapes 200, 214 et 201 à 206 sont mises en oeuvre au niveau du terminal 12 de l'utilisateur UB afin d'afficher sur l'écran du terminal 12 la vidéo reconstruite représentant l'utilisateur UA. Selon un mode particulier de réalisation de l'invention, lors de la phase d'établissement de la communication comprenant l'étape 200, le terminal 12 envoie au terminal 11 une information de signalisation d'au moins un outil de correction d'erreurs supporté par le terminal 12. - 7 - En parallèle, lors d'une étape 207, le terminal 11 duplique le flux de données codées issu du codeur à l'étape 202 et le stocke provisoirement dans une mémoire vive. Lors d'une étape 208, le terminal 11 reçoit (E REC) en provenance du terminal 12 des paquets RTCP. Ces paquets RTCP reçus permettent au terminal d'avoir une information de qualité relative à la transmission des données. Les paquets RTCP contiennent des informations relatives à la qualité de service concernant la réception de chaque source média (audio, vidéo, texte, ...) que le terminal 12 a reçu depuis le dernier paquet RTCP de type SR ou RR envoyé. Le terminal 11 extrait des paquets RTCP les informations de qualité de service relatives aux paquets de données qu'il a émis à l'étape 203. Ces informations sont les suivantes : le champ SSRC (pour Synchronisation SouRCe en anglais) correspondant à la source pour laquelle le paquet est émis, le taux de paquets perdus depuis le précédent paquet SR envoyé, le nombre cumulé de paquets perdus depuis le début de la réception de paquets de données, le plus grand numéro de séquence reçu d'un paquet RTP, la gigue, correspondant à la variation du délai entre des paquets média. Il s'agit d'une estimation de la variance de l'intervalle de réception entre deux paquets, calculé en comparant l'instant de réception obtenue par l'horloge locale et le marqueur temporel du paquet RTP, le dernier marqueur temporel d'un paquet SR reçu, noté LSR pour Last Sender Report en anglais, le délai entre la réception du dernier paquet SR reçu et l'envoi du présent paquet SR, noté DLSR pour Delay Last Sender Report en anglais. En soustrayant à l'instant de réception de ce présent paquet SR, le dernier marqueur temporel LSR indiqué ci-dessus et le délai DLSR indiqué ci-dessus, le récepteur du présent paquet SR peut ainsi calculer le temps d'aller-retour d'un paquet SR. A partir des informations décrites ci-dessus, en 209, le terminal 11 peut appliquer (E APP) au flux de données dupliqué des perturbations réseau similaires à celles subies par le flux de données vidéo codé transmis au terminal 12 lors de l'étape 203. Le flux de données dupliqué stocké peut par exemple subir des pertes de paquets de données, le taux de pertes appliqué correspondant au taux de pertes de paquets indiqué dans un paquet RTCP SR récemment reçu. Par exemple, si le taux de pertes de paquets est de 0.5%, un paquet sur 200 paquets va être supprimé. Certains paquets de données du flux dupliqué peuvent aussi subir du délai et/ou de la gigue. Par exemple, si le délai de bout en bout est de 300 millisecondes et la gigue de 10 millisecondes, les paquets de données du flux dupliqué sont stockés pendant 300 millisecondes en moyenne et envoyés au décodeur vidéo après un temps de 290 millisecondes pour certains paquets et de 310 millisecondes pour d'autres paquets. Le temps de réception d'un paquet RTCP SR correspondant à l'émission ou la réception de paquets de données vidéo pouvant être de l'ordre de 5 à 30 secondes par rapport à l'émission ou la réception des paquets de données vidéo correspondants, les paramètres de dégradations - 8 - appliqués au flux de données dupliqué ne correspondront pas forcément aux valeurs des paramètres relatives à la transmission de ces mêmes paquets. Cependant, la dégradation apportée par le réseau étant relativement stable, les informations extraites des paquets RTCP permettent d'émuler dans le terminal 11 une qualité de la transmission de la communication proche de la qualité réelle de transmission. Lors d'une étape 210, le terminal 11 effectue alors le décodage (E DEC D) des paquets de données du flux dupliqué modifié par les dégradations appliquées en 209 afin de reconstruire une vidéo locale dégradée. Selon un mode particulier de réalisation de l'invention, pendant le décodage des paquets de données du flux dupliqué modifié lors de l'étape 210, le terminal 11 peut détecter des erreurs dans le flux de données à décoder, par exemple le terminal peut détecter que certains paquets sont manquants. Lors de la détection de telles erreurs, le terminal peut appliquer au flux de données à décoder des outils de correction d'erreurs. Ces outils s'appliquent lors du décodage du flux au moment de la reconstruction d'une image ou d'un groupe d'images de la vidéo à reconstruire. Par exemple, si un paquet contenant une image complète est manquant, un outil de correction pour reconstruire l'image alors manquante peut correspondre à remplacer l'image manquante par une image précédente déjà reconstruite. Si un paquet contenant une partie d'image est manquant, un outil de correction pour reconstruire la partie d'image manquante peut correspondre à recopier dans la partie de l'image manquante de l'image à reconstruire une partie de l'image manquante par une partie correspondante d'une image précédente déjà reconstruite. Selon le mode de codage de l'image à reconstruire, il est possible de recopier des blocs présents reconstruit de l'image à reconstruire dans la partie manquante de l'image à reconstruire. Les outils de correction d'erreurs décrits brièvement ci-dessus ne sont pas limitatifs, n'importe quel outil de correction d'erreurs peut être utilisé. Dans ce mode particulier de réalisation de l'invention, le terminal 11 applique au moins un outil de correction d'erreurs dont il a reçu la signalisation lors de l'étape 214. Ainsi, les outils de correction d'erreurs mis en oeuvre au niveau du terminal 11 et du terminal 12 sont identiques. En cas de détections d'erreurs dans le flux de données codé, la reconstruction de la vidéo de l'utilisateur UA dans chaque terminal 11 et 12 présentera des défauts liés aux perturbations appliquées en 209 ou liées à la transmission en 203 de même nature ainsi que des effets de corrections quasi-similaires. La correction d'erreurs présente des effets qui peuvent être parfois assimilés à des défauts, bien que leur but soit d'améliorer la qualité de la vidéo. Par exemple, certains outils comme la recopie d'images procurent un effet similaire à gel d'images pour l'utilisateur ou provoquent l'apparition d'effets de blocs dans les images. Les effets de corrections sont quasi-similaires car les perturbations appliquées en 209 sur les paquets du flux de données codé peuvent ne pas être appliquées sur les mêmes paquets que lors de la transmission en 203. Ainsi, les effets de corrections procurent les mêmes types de défauts mais pas forcément sur les mêmes images sur chacun des terminaux 11 et 12. Cependant, grâce - 9 - au procédé de restitution selon l'invention, la qualité visuelle de la vidéo de l'utilisateur UA restituée localement reste proche de celle restituée à l'utilisateur UB. En 212, le terminal 11 affiche (E AFF LOC) la vidéo locale dégradée et corrigée par exemple dans le cadran 113 de l'écran 111 du terminal. Selon un autre mode particulier de réalisation de l'invention, suite à la visualisation de la vidéo dégradée et corrigée en 212, l'utilisateur UA peut demander une adaptation (E ADAPT) d'un paramètre de la communication par le terminal 11 lors d'une étape 213. Par exemple, l'utilisateur UA peut activer un changement de réseau en cours de communication afin de basculer sur un réseau de communication possédant une meilleure qualité de service. L'utilisateur peut aussi par exemple demander l'adaptation de la taille de la vidéo acquise par son terminal 11, le terminal 11 peut par exemple diminuer ou augmenter la taille des images de la vidéo acquise. Par exemple, le terminal peut adapter le format d'acquisition passant de la Haute Définition à la définition standard ou l'inverse. Selon un mode particulier de réalisation de l'invention, le terminal 12 peut également mettre en oeuvre le procédé de restitution locale tel que décrit ci-dessus afin de visualiser sur le terminal 12 une version dégradée et corrigée de la vidéo de l'utilisateur UB transmise au terminal 11. Selon un autre mode particulier de réalisation de l'invention, lors de la duplication du flux de données codé en 207, le terminal 11 peut sauvegarder en mémoire une information de priorité relative à chaque paquet du flux de données codé transmis. L'information de priorité permet de traduire l'importance des paquets les uns par rapport aux autres pour la reconstruction de la vidéo. Ainsi lorsqu'un paquet est détecté comme perdu par le terminal 11 par exemple selon un mécanisme connu de type TCP (pour Transmission Control Protocol en anglais) , le terminal 11 retrouve l'information de priorité associée à ce paquet perdu. En variante, le terminal 11 reçoit l'information de priorité associée aux paquets perdus du terminal 12 si le terminal 12 a pu extraire l'information de priorité à partir des paquets effectivement reçus ou si le terminal 12 a pu déduire l'information de priorité associée aux paquets perdus en fonction de la structure de codage ou du mécanisme de formation des paquets du flux vidéo par exemple. L'étape 209 d'adaptation du flux est alors appliquée sur des paquets du flux de données codé dupliqué associés à une information de priorité identique à l'information de priorité des paquets perdus déterminée selon l'une quelconque des techniques expliquées ci-dessus. La figure 3 illustre les étapes du procédé de décodage selon un mode particulier de réalisation de l'invention. Les étapes 200 à 204 et 206 sont similaires à celles décrites en référence à la figure 2, elles ne seront donc pas détaillées ici. Seule l'étape 205 de décodage du flux de données codé reçu en 204 sera détaillée. Cette étape de décodage peut être mise en oeuvre par le terminal 12 afin de décoder la vidéo de l'utilisateur UA reçue du terminal 11. Elle peut aussi être mise en oeuvre par le terminal 11 afin de décoder la vidéo de l'utilisateur UB reçue du terminal 12 lors de l'étape 205 de la figure 2. Elle peut -10- encore être mise en oeuvre par le terminal 11 afin de décoder la vidéo locale codée de l'utilisateur UA par exemple lors de l'étape 210 de la figure 2. L'étape 205 comprend une sous-étape 300 de décodage (E DEC PK) des paquets de données du flux reçu en 204. Le décodage d'un paquet reçu est fait de manière connue tel que défini par le standard de compression selon lequel le flux a été codé. Pendant le décodage des paquets de données du flux de données reçu, le terminal 12 détecte des erreurs dans le flux de données à décoder, par exemple le terminal peut détecter que certains paquets sont manquants lors d'une étape 301 (ERR). La détection d'un paquet manquant peut par exemple être faite au niveau du protocole de transport RTP. Les paquets de données encapsulés selon ce protocole comportent un champ « sequence number » s'incrémentant à chaque paquet. Ainsi, si le terminal peut détecter un paquet de données manquant si la suite des champs « sequence number » n'est pas complète ou comporte des trous. Lors de la détection de telles erreurs, le terminal applique alors au flux de données à décoder des outils de correction d'erreurs lors d'une étape 302 (E CO ERR). Ces outils s'appliquent lors du décodage du flux au moment de la reconstruction d'une image ou d'un groupe d'images de la vidéo à reconstruire. Par exemple, si un paquet contenant une image complète est manquant, un outil de correction pour reconstruire l'image alors manquante peut correspondre à remplacer l'image manquante par une image précédente déjà reconstruite. Si un paquet contenant une partie d'image est manquant, un outil de correction pour reconstruire la partie d'image manquante peut correspondre à recopier dans la partie de l'image manquante de l'image à reconstruire une partie de l'image manquante par une partie correspondante d'une image précédente déjà reconstruite. Selon le mode de codage de l'image à reconstruire, il est possible de recopier des blocs présents reconstruit de l'image à reconstruire dans la partie manquante de l'image à reconstruire. Les outils de correction d'erreurs décrits brièvement ci-dessus ne sont pas limitatifs, n'importe quel outil de correction d'erreurs peut être utilisé. Le décodage des paquets du flux de données permet au terminal de reconstruire chaque image de la vidéo. Après la reconstruction d'une image ou d'un groupe d'images, si des erreurs ont été détectées, le terminal détermine lors d'une étape 303 (E DET QVID) une information relative à la qualité de la restitution de la vidéo reconstruite corrigée. L'information relative à la qualité de la restitution de la vidéo reconstruite corrigée dépend de l'outil de correction utilisé lors de l'étape 302. En effet, la correction d'erreurs présente des effets qui peuvent être parfois assimilés à des défauts, bien que leur but soit d'améliorer la qualité de la vidéo. Par exemple, les effets qui apparaissent peuvent par exemple correspondre à un gel d'images ou d'une partie d'images. Ainsi, l'information de qualité de la restitution pourra par exemple indiquer : - le type d'effet obtenu, par exemple un gel d'images, une carte des blocs de découpage de l'image qui n'ont pas été reconstruits, si l'image a été partiellement décodée. Cette carte de blocs sera alors codée à l'aide d'un codeur entropique afin de limiter le coût de transmission de cette carte, le type de codage de l'image pour laquelle des erreurs ont été détectées ou si l'image est utilisée comme référence temporelle pour coder d'autres images de la vidéo. Une erreur sur une image utilisée comme référence impactera la qualité de toutes les images qui sont codées en utilisant en référence l'image dégradée, bien que ces images n'aient pas subi d'erreurs lors de la transmission. Lors d'une étape 304 (E ENV QVID), l'information de qualité déterminée est envoyée au terminal 11 afin que celui-ci reproduise l'effet obtenu par la correction d'erreurs. L'information de qualité est par exemple envoyée selon le protocole de transport TCP. La figure 4 illustre les étapes du procédé de restitution selon un autre mode particulier de réalisation de l'invention. Le procédé de restitution selon ce mode particulier de réalisation est par exemple mis en oeuvre par le terminal 11 et nécessite la mise en oeuvre du procédé de décodage tel que décrit en référence à la figure 3 par le terminal 12. Les étapes 200 à 206 sont similaires à celles décrites en référence à la figure 2, elles ne seront donc pas détaillées ici. Après l'étape 201 d'acquisition de la vidéo locale par le terminal 11, la vidéo locale est dupliquée et sauvegardée en mémoire vive. Lors d'une étape 400, le terminal 11 reçoit (E R QVID) une information relative à la qualité de la restitution de la vidéo transmise au terminal 12. Cette information correspond à l'information de qualité envoyée au terminal 11 lors de l'étape 304 de la figure 3. Cette information est utilisée par le terminal 11 afin d'adapter la vidéo locale sauvegardée pour produire des effets visuels similaires à ceux apparaissant à la restitution de la vidéo transmise en 203 au terminal 12. Le terminal 11 adapte alors la vidéo locale lors d'une étape 401 (E APP VID). Ainsi, si l'information de qualité de la restitution indique un gel d'images, le terminal 11 applique le même traitement à la vidéo locale pour la restituer avec le même effet. Par exemple, pour simuler un gel d'images, le terminal 11 fige l'image couramment restituée pendant un temps déterminé, ce temps déterminé pourra par exemple être un paramètre associé au type d'effet reçu dans le message de signalisation de l'information de qualité. Si l'information de qualité indique une carte des blocs de découpage, lors la restitution d'une prochaine image, le terminal, après décodage de cette carte de blocs, ne rafraichira pas les blocs indiqués comme non reconstruits par la carte de blocs. Si l'information de qualité indique en outre un type de codage de l'image pour laquelle des erreurs ont été détectées ou indique que l'image est utilisée comme référence temporelle pour coder d'autres images de la vidéo, le type d'effets indiqué sera reproduit sur un groupe d'images. Le nombre d'images impactés peut par exemple être un paramètre associé au type d'effet reçu dans le message de signalisation de l'information de qualité. Lors d'une étape 212 (E AFF LOC), le terminal 11 affiche la vidéo ainsi adaptée. -12- Selon une variante de ce mode particulier de réalisation de l'invention, lors de l'étape 401, le terminal 11 peut adapter la vidéo reconstruite par le décodage du flux de données codé lors de l'étape 202 qui aura été dupliqué et stocké après le codage. Cette variante permet de restituer à l'utilisateur UA en plus des effets visuels dus aux perturbations de transmission, des effets visuels dus au codage de la vidéo locale, par exemple des effets de blocs. Les effets de blocs dans les images correspondent visuellement aux frontières des blocs de découpage de l'image utilisés pour le codage qui apparaissent nettement sur l'image reconstruite. La figure 5 illustre l'architecture d'un dispositif mettant en oeuvre le procédé de restitution selon un mode particulier de réalisation de l'invention. Le dispositif comprend un espace de stockage 504, par exemple une mémoire (MEM), une unité de traitement 503, équipée par exemple d'un microprocesseur (PROC), et pilotée par le programme d'ordinateur (PG) 505, mettant en oeuvre le procédé de restitution locale tel que décrit dans l'invention en référence à la figure 2 ou à la figure 4. A l'initialisation, les instructions de code du programme d'ordinateur 505 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 503. Le microprocesseur de l'unité de traitement 503 met en oeuvre les étapes du procédé de restitution locale d'une vidéo acquise localement transmise par un réseau de communication et destinée à une restitution distante, et notamment les étapes de réception d'au moins une information relative à la qualité de la restitution distante, d'adaptation de la vidéo destinée à être restituée localement en fonction de la au moins une information reçue, d'affichage de la vidéo adaptée, selon les instructions du programme d'ordinateur 505. Pour cela, le dispositif comprend, outre la mémoire 504, des moyens de communication 501 (COM) permettant au dispositif de se connecter à un réseau de télécommunication et d'échanger des données avec d'autres dispositifs par l'intermédiaire du réseau de télécommunications. Ces moyens de communication peuvent par exemple être une interface réseau. Le dispositif comprend également des moyens de codage et de décodage 508 (DEC) d'un flux vidéo permettant de compresser une vidéo acquise localement et/ou décoder des paquets de données codées reçus depuis un terminal distant ou depuis un module d'émulation réseau 502 intégré au dispositif 500. Selon un mode particulier de réalisation de l'invention, le dispositif comprend aussi un module d'émulation réseau 502 (MOD RTCP) permettant d'appliquer des perturbations réseau à un flux de données codé afin de simuler la transmission sur le réseau du flux de données codé. Le dispositif comprend des moyens d'affichage 506 (AFF) tels que par exemple un écran d'affichage permettant d'afficher la vidéo reconstruite à partir du flux de données vidéo décodé reçu depuis un terminal distant et/ou d'afficher la vidéo locale adaptée. Le dispositif comprend des moyens d'interaction utilisateur 507 (I/O) tels que par exemple un clavier ou un écran tactile permettant à un utilisateur par exemple de composer un numéro, de -13- lancer une application de visiophonie et/ou d'activer l'affichage de la vidéo au cours de la communication. Le dispositif comprend également des moyens d'acquisition 511 (ACQ) d'une vidéo locale, par exemple une caméra, des moyens d'acquisition sonore 509 (MIC) tels que par exemple un microphone et des moyens de restitution sonore 510 (HP) tels que par exemple des haut-parleurs. Selon un mode particulier de réalisation de l'invention, le dispositif comprend aussi des moyens d'adaptation 512 (ADA) d'au moins un paramètre relatif à la communication. Ces moyens peuvent par exemple être mis en oeuvre par un module de commande des interfaces de connexions à un ou plusieurs réseaux de télécommunications ou des moyens d'acquisition vidéo du dispositif. Ces moyens peuvent aussi être mis en oeuvre sous la forme d'un programme d'ordinateur commandant par exemple les moyens de communication et/ou les moyens d'acquisition vidéo. Selon un mode particulier de réalisation de l'invention, le dispositif 500 est intégré dans un terminal téléphonique, par exemple un terminal mobile ou fixe possédant des moyens de visiophonie. Selon un autre mode particulier de réalisation de l'invention, le dispositif est intégré dans un terminal de type ordinateur personnel, une TV connectée à un réseau de télécommunication, une borne interactive. La figure 6 illustre l'architecture d'un dispositif mettant en oeuvre le procédé de décodage selon un mode particulier de réalisation de l'invention. Le dispositif comprend un espace de stockage 604, par exemple une mémoire (MEM), une unité de traitement 603, équipée par exemple d'un microprocesseur (PROC), et pilotée par le programme d'ordinateur (PG) 605, mettant en oeuvre le procédé de restitution locale tel que décrit dans l'invention en référence à la figure 2 ou à la figure 4. A l'initialisation, les instructions de code du programme d'ordinateur 605 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 603. Le microprocesseur de l'unité de traitement 603 met en oeuvre les étapes du procédé de décodage d'une vidéo reçue depuis un réseau de communication, sous la forme d'un flux de données codées, et notamment les étapes de détection d'au moins une erreur dans le flux de données codées, lors du décodage du flux de données codées, d'application d'au moins un outil de correction d'erreurs lors du décodage du flux données codées, fournissant une vidéo reconstruite corrigée, de détermination d'une information relative à la qualité de la restitution de la vidéo reconstruite corrigée, en fonction de l'outil de correction d'erreurs appliqué, et d'envoi de l'information déterminée, selon les instructions du programme d'ordinateur 605. Pour cela, le dispositif comprend, outre la mémoire 604, des moyens de communication 601 (COM) permettant au dispositif de se connecter à un réseau de télécommunication et d'échanger des données avec d'autres dispositifs par l'intermédiaire du réseau de télécommunications. Ces moyens de communication peuvent par exemple être une interface réseau. -14- Le dispositif comprend également des moyens de codage et de décodage 608 (DEC) d'un flux vidéo permettant de compresser une vidéo acquise localement et/ou décoder des paquets de données codées reçus depuis un terminal distant. Le dispositif comprend des moyens d'affichage 606 (AFF) tels que par exemple un écran d'affichage permettant d'afficher la vidéo reconstruite à partir du flux de données vidéo décodé reçu depuis un terminal distant et/ou d'afficher la vidéo locale adaptée. Le dispositif comprend des moyens d'interaction utilisateur 607 (I/O) tels que par exemple un clavier ou un écran tactile permettant à un utilisateur par exemple de composer un numéro, de lancer une application de visiophonie et/ou d'activer l'affichage de la vidéo au cours de la communication. Le dispositif comprend également des moyens d'acquisition 611 (ACQ) d'une vidéo locale, par exemple une caméra, des moyens d'acquisition sonore 609 (MIC) tels que par exemple un microphone et des moyens de restitution sonore 610 (HP) tels que par exemple des haut-parleurs. Selon un mode particulier de réalisation de l'invention, le dispositif 600 est intégré dans un terminal téléphonique, par exemple un terminal mobile ou fixe possédant des moyens de visiophonie. Selon un autre mode particulier de réalisation de l'invention, le dispositif est intégré dans un terminal de type ordinateur personnel, une TV connectée à un réseau de télécommunication, une borne interactive.20 REVENDICATIONS1. Procédé de restitution locale d'une vidéo acquise localement transmise par un réseau de communication et destinée à une restitution distante, caractérisé en ce qu'il comprend : une étape de réception (208) d'au moins une information relative à la qualité de la restitution distante, une étape d'adaptation (209) de la vidéo destinée à être restituée localement en fonction de la au moins une information reçue, - une étape (212) d'affichage de la vidéo adaptée. 2. Procédé de restitution selon la revendication 1 caractérisé en ce que la au moins une information relative à la qualité de la restitution distante correspond à une information d'au moins un traitement de correction d'erreurs appliqué par le terminal distant à la vidéo lors de la reconstruction de la vidéo transmise avant la restitution distante. 3. Procédé de restitution selon la revendication 1, la vidéo acquise localement étant transmise sous la forme d'un flux de données codées à un terminal de l'utilisateur distant, le procédé est caractérisé en ce qu'il comprend une étape de réception (214) d'une information de signalisation d'au moins un outil de correction d'erreurs supporté par le terminal distant et appliqué lors de la reconstruction de la vidéo transmise avant la restitution distante lors de la détection d'erreurs dans le flux de données codées. 4. Procédé de restitution selon la revendication 1, la vidéo acquise localement étant transmise sous la forme d'un flux de données codées à un terminal de l'utilisateur distant, le procédé est caractérisé en ce que le flux de données codées est dupliqué (207) localement avant la transmission, la au moins une information relative à la qualité de la restitution distante reçue comprenant au moins un indice de priorité associé à au moins un paquet de données codées transmis, l'étape d'adaptation est appliquée à au moins un paquet de données du flux dupliqué, associé à un indice de priorité identique à l'indice de priorité compris dans la au moins une information reçue. 5. Procédé de décodage d'une vidéo reçue depuis un réseau de communication en provenance d'un terminal émetteur, sous la forme d'un flux de données codées, caractérisé en ce qu'il comprend : - une étape de détection (300) d'au moins une erreur dans le flux de données codées, lors du décodage du flux de données codées, - en cas de détection positive, une étape d'application (302) d'au moins un outil de correction d'erreurs lors du décodage du flux données codées, fournissant une vidéo reconstruite corrigée, - une étape de détermination (303) d'une information relative à la qualité de la restitution de la vidéo reconstruite corrigée, en fonction de l'outil de correction d'erreurs appliqué,- 16 - une étape d'envoi (304) au terminal émetteur de l'information déterminée, l'information déterminée permettant d'adapter une vidéo restituée localement par le terminal émetteur. 6. Dispositif de restitution locale d'une vidéo acquise localement transmise par un réseau de communication et destinée à une restitution distante, caractérisé en ce qu'il comprend : - des moyens de réception (501) d'au moins une information relative à la qualité de la restitution distante, - des moyens d'adaptation (505) de la vidéo destinée à être restituée localement en fonction de la au moins une information reçue, - des moyens (506) d'affichage de la vidéo adaptée. 7. Dispositif de décodage d'une vidéo reçue depuis un réseau de communication en provenance d'un terminal émetteur, sous la forme d'un flux de données codées, caractérisé en ce qu'il comprend : - des moyens de détection (605, 608) d'au moins une erreur dans le flux de données codées, lors du décodage du flux de données codées, des moyens d'application (605, 608) d'au moins un outil de correction d'erreurs lors du décodage du flux données codées, fournissant une vidéo reconstruite corrigée, des moyens de détermination (605) d'une information relative à la qualité de la restitution de la vidéo reconstruite corrigée, en fonction de l'outil de correction d'erreurs appliqué, - des moyens d'envoi (601) au terminal émetteur de l'information déterminée, l'information déterminée permettant d'adapter une vidéo restituée localement par le terminal émetteur. 8. Terminal comprenant un dispositif selon les revendications 6 et/ou 7. 9. Programme d'ordinateur comportant des instructions pour l'exécution du procédé de restitution selon l'une quelconque des revendications 1 à 4 et/ou du procédé de décodage selon la revendication 5, lorsque le programme est exécuté par un processeur.