FR2872972A1 - Procede et dispositif de transmission video entre un serveur et un client - Google Patents

Abstract

L'invention concerne un procédé et un dispositif de transmission d'une image courante d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication. Chaque image de la séquence est codée selon un format comprenant un ensemble d'entités élémentaires. Le procédé de l'invention comprend la détection de mouvement, effectuée sur des entités spatiales définies par rapport auxdites entités élémentaires, entre l'image courante et une image de référence (E1), suivie de la détermination d'un premier ensemble d'entités élémentaires comprenant les entités élémentaires relatives à ladite au moins une entité spatiale en mouvement (E2) et de la détermination d'un second ensemble d'entités élémentaires nécessaires pour la reconstruction desdites entités spatiales en mouvement (E4). Finalement, d'au moins une partie de chacune des entités élémentaires desdits premier et second ensembles est envoyée au dispositif client (E5).

Description

1 2872972

La présente invention concerne un procédé et un dispositif de transmission de vidéo numérique.

L'invention se situe dans le domaine de la transmission de vidéo bas débit, en particulier pour une application de type vidéosurveillance. Elle s'applique particulièrement pour le format de compression Motion JPEG2000 ( JPEG2000 Part 3 Final Draft International Standard , ISOIIEC JTCIISC29 WG1), et de manière plus générale pour un format de compression qui consiste à compresser successivement chaque image d'une séquence vidéo comme une image fixe, indépendamment des autres images de la séquence. Par conséquent, ce type de système de compression ne tient pas compte de la similarité éventuelle entre images successives de la séquence. L'avantage d'un tel système est d'offrir la possibilité d'extraire une image quelconque de la séquence, à tout moment. De plus, cela évite la propagation des erreurs de transmission éventuelles entre plusieurs images successives d'une séquence.

Cependant, un tel format de compression n'est pas très performant dans le cas où il y a peu de mouvement dans une séquence vidéo, car il implique la transmission d'une grande quantité de données compressées redondantes.

II est connu dans l'état de la technique, notamment dans l'article Low-complexity Video Coding for Receiver-driven Layered Multicast , McCanne et aI, IEEE Journal of Selected Areas in Communications, 1997, un algorithme de codage vidéo appelé rafraîchissement conditionnel (ou conditional resplenishment en anglais), utilisé dans des systèmes de transmission vidéo temps réel sur des réseaux à pertes de paquets comme Internet. Le rafraîchissement conditionnel est appliqué à des images partitionnées en macroblocs (typiquement des blocs de coefficients de taille 16x16 pour des formats de compression usuels comme MPEG-2), qui sont codés indépendamment les uns des autres. L'algorithme consiste à effectuer une opération de détection de mouvement sur des macroblocs entre l'image courante de la séquence et une image de référence. Les macroblocs détectés en mouvement sont compressés et transmis, et leur version originale est copiée dans l'image de référence servant à la détection de mouvement pour les 1 o images suivantes de la séquence.

Cette méthode ne s'applique pas directement dans le cas du format de compression Motion JPEG2000 car pour ce format les images ne sont pas codées par macroblocs indépendants.

Le format Motion JPEG2000 consiste à compresser chaque image de la séquence selon le standard JPEG2000. L'algorithme de compression est basé sur une transformation spatio-fréquentielle (transformation en ondelettes discrète), une quantification et un codage entropique des données. L'image peut être décomposée en portions rectangulaires appelées tuiles, qui sont codées indépendamment, ce qui peut induire des discontinuités du signal reconstruit sur les bords des tuiles. Afin de permettre un accès rapide à n'importe quelle zone d'une image compressée, le format JPEG2000 préconise le codage entropique par blocs rectangulaires élémentaires dans les sous-bandes fréquentielles, appelés code-blocs, qui sont regroupés dans le format compressé en fonction de leur position spatiale dans l'image à une résolution donnée en des unités de codage élémentaires appelées precincts. Les unités de codage élémentaires, au contraire des tuiles, ne peuvent pas être reconstruites indépendamment les unes des autres, mais leur reconstruction n'induit pas d'artefacts visuels comme pour les tuiles.

Dans la demande de brevet US20030219162 il est proposé une méthode pour réduire la redondance des données compressées dans le cas de séquences vidéo codées en format Motion JPEG2000 et présentant peu de mouvement. La méthode proposée consiste à effectuer une détection de 3 2872972 mouvement dans le domaine compressé entre images successives de la séquence, par portions rectangulaires compressées indépendamment, c'est-à- dire par tuiles, et de ne pas transmettre les paquets de données correspondant aux parties statiques. II s'agit donc, comme dans le cas du rafraîchissement conditionnel, de traiter des portions d'images codées indépendamment. L'utilisation des tuiles pour le format JPEG2000 peut apporter des artefacts visuels pour la reconstruction. De plus, dans le cas où les tuiles formées sont de petite taille (par exemple 128x128), le décodage d'une image est assez long et complexe. Par ailleurs, si les tuiles formées sont de grande taille, la détection de mouvement sur ces zones ne permet pas de réduire considérablement la redondance des données transmises.

La présente invention a pour objectif de résoudre ce problème en proposant un système permettant de réduire significativement la quantité de données compressées en format Motion JPEG2000 lorsque la séquence vidéo comporte peu de mouvement, tout en évitant les artefacts à la reconstruction.

A cet effet, l'invention propose un procédé de transmission d'une image courante d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication, chaque image de la séquence étant codée selon un format comprenant un ensemble d'entités élémentaires, comportant les étapes de: - détection de mouvement, effectuée sur des entités spatiales définies par rapport auxdites entités élémentaires, entre l'image courante et une image de référence; - en cas de détection d'au moins une entité spatiale en mouvement, -détermination d'un premier ensemble d'entités élémentaires comprenant les entités élémentaires relatives à ladite au moins une entité spatiale en mouvement; -détermination d'un second ensemble d'entités élémentaires nécessaires pour la reconstruction desdites entités spatiales en mouvement; et -envoi au dispositif client d'au moins une partie de chacune des entités élémentaires desdits premier et second ensembles.

Ainsi, l'invention permet d'envoyer au dispositif client uniquement les données nécessaires pour définir les zones dont l'aspect spatial a changé dans la séquence d'images. Ces zones sont définies avantageusement en relation avec les entités élémentaires de codage, donc il n'y a pas de surcoût calculatoire pour déterminer les données compressées à transmettre par rapport aux zones en mouvement.

Selon une caractéristique de l'invention, le procédé de transmission comporte en outre l'envoi au dispositif client d'une information auxiliaire indiquant les entités élémentaires du premier ensemble. De cette manière, le minimum d'informations nécessaires au client pour déterminer les zones en mouvement dans l'image courante de la séquence est transmis.

Selon un premier mode de mise en oeuvre, les images sont transmises selon un protocole de transmission associé au format de codage, et ladite information auxiliaire comporte des indices identifiant les entités élémentaires du premier ensemble selon ledit protocole de transmission, sous la forme d'un champ optionnel de type metadonnées compatible avec le protocole de transmission. Grâce à cette caractéristique le procédé de transmission selon l'invention est compatible avec le format de codage standard.

Alternativement, selon un second mode de mise en oeuvre, les images sont transmises selon un protocole de transmission associé au format de codage, et ladite information auxiliaire est associée à une catégorie de données.

Selon une autre caractéristique de l'invention, le procédé de transmission comporte également une étape de mise à jour de l'image de référence consistant en la mémorisation du signal image relatif à ladite au moins une entité spatiale en mouvement dans l'image courante en remplacement du signal image relatif à la au moins une entité spatiale de même position dans l'image de référence. L'image de référence est alors 3 o représentative de l'image courante de la séquence vidéo.

Dans un mode de mise en oeuvre préféré, on considère que les images de la séquence sont codées en utilisant un procédé de codage 2872972 5 comprenant les étapes de transformation spatio-fréquentielle, quantification et codage entropique. Selon une caractéristique particulièrement avantageuse, les étapes de quantification et codage entropique sont appliquées uniquement aux coefficients issus de la transformation spatio-fréquentielle appartenant aux entités élémentaires des premier et second ensembles. La complexité calculatoire est alors réduite par rapport à un codage classique, puisque les deux dernières étapes de codage sont appliquées uniquement au sous-ensemble des données à transmettre.

Selon une autre caractéristique, le procédé selon l'invention prévoit l'envoi de l'image de référence mise à jour à un dispositif client lors de la réception d'une première requête en provenance dudit dispositif client. Cette caractéristique permet de gérer de multiples clients et de s'assurer que chaque client reçoit l'image de référence utilisée également par le serveur pour faire la détection de mouvement.

L'invention permet également de gérer le cas où la résolution requise par le client est inférieure à la résolution initiale de la séquence d'images, en proposant à cet effet les étapes préalables de filtrage et sous échantillonnage. Ces étapes sont appliquées à chaque image de la séquence afin de la ramener à la résolution requise.

Corrélativement, l'invention concerne également un dispositif de transmission d'une image courante d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication, chaque image de la séquence étant codée selon un format comprenant un ensemble d'entités élémentaires. Ce dispositif comporte: des moyens de détection de mouvement, effectuée sur des entités spatiales définies par rapport auxdites entités élémentaires, entre l'image courante et une image de référence -des moyens pour déterminer un premier ensemble d'entités élémentaires comprenant les entités élémentaires relatives à ladite au moins 30 une entité spatiale en mouvement - des moyens pour déterminer un second ensemble d'entités élémentaires nécessaires pour la reconstruction desdites entités spatiales en mouvement -des moyens pour envoyer au dispositif client au moins une partie de chacune des entités élémentaires desdits premier et second ensembles.

Le dispositif de transmission selon l'invention comporte des moyens de mise en oeuvre des caractéristiques précédemment exposées. Ce dispositif présente des avantages analogues à ceux du procédé de transmission d'une image courante d'une séquence d'images numériques associé.

1 o Selon un autre aspect, l'invention concerne également un procédé de réception d'une image courante provenant d'une séquence d'images numériques, chaque image de la séquence étant codée selon un format comprenant un ensemble d'entités élémentaires. Ce procédé de réception est mis en oeuvre par un dispositif client en communication avec un dispositif serveur mettant en oeuvre un procédé de transmission selon l'invention. II comporte les étapes de: - réception d'une pluralité de parties d'entités élémentaires; - détermination d'un premier ensemble d'entités élémentaires parmi les entités élémentaires reçues correspondant à au moins une entité spatiale définie par rapport auxdites entités élémentaires, en mouvement par rapport à une image de référence préalablement stockée; - décodage de l'ensemble des entités élémentaires reçues afin de reconstruire ladite au moins une entité spatiale en mouvement; et - mémorisation du résultat du décodage dans un espace de stockage contenant l'image de référence, en remplacement du signal image relatif à la au moins une entité spatiale de position ainsi déterm inée.

Le dispositif client reçoit et décode une quantité de données réduite et donc le traitement mis en oeuvre est particulièrement efficace par rapport au cas où toutes les données doivent être décodées.

Selon une caractéristique de l'invention, le procédé de réception selon l'invention comporte une étape supplémentaire d'affichage de l'image de référence ainsi obtenue. Cette image est représentative de l'image courante de la séquence d'images.

Dans un premier mode de mise en oeuvre de l'invention les images sont transmises selon un protocole de transmission associé au format de codage, et l'étape de détermination d'un premier ensemble d'entités élémentaires correspondant à au moins une entité spatiale en mouvement comprend la lecture d'une information auxiliaire transmise selon le protocole de transmission, ladite information auxiliaire contenant les indices identifiant les entités élémentaires appartenant audit premier ensemble selon le protocole de transmission.

Ainsi, la détermination des entités spatiales en mouvement pour lesquelles il est nécessaire de rafraîchir l'affichage se fait rapidement et sans surcoût calculatoire.

Selon un second mode de mise en oeuvre, ladite information 15 auxiliaire est reçue sous la forme de l'association des données à une catégorie définie selon le protocole de transmission.

Le procédé de réception selon l'invention comporte en outre une étape de stockage dans un espace mémoire temporaire des parties d'entités élémentaires reçues pour l'image courante.

Selon un premier mode de mise en oeuvre, les parties d'entités élémentaires reçues pour l'image courante sont stockées dans un fichier consécutivement aux parties d'entités élémentaires reçues pour l'image précédente de la séquence. Ce mode de mise en oeuvre permet l'archivage dans un fichier contenant l'ensemble des données permettant de décoder une séquence d'images. Ce fichier d'archivage est de taille réduite par rapport aux techniques d'archivage classiques relatives au format de compression, puisque seule une partie des données est stockée.

Selon une caractéristique de ce premier mode de mise en oeuvre, la dernière image de la séquence d'images est entièrement mémorisée sous forme codée dans la mémoire du dispositif client. Cette caractéristique permet au dispositif client de rejouer ultérieurement la séquence à partir de la fin.

Selon un deuxième mode de mise en oeuvre, les parties d'entités élémentaires reçues pour l'image courante sont stockées dans un espace de stockage en remplacement des parties d'entités élémentaires reçues pour l'image précédente. Dans ce second mode de mise en oeuvre la quantité de donnée mémorisée est minimale, et correspond au minimum nécessaire au décodage/affichage de la séquence en cours.

Corrélativement, l'invention concerne également un dispositif de réception d'une image courante d'une séquence d'images numériques, chaque image de la séquence étant codée selon un format comprenant un 1 o ensemble d'entités élémentaires. Ce dispositif comporte: -des moyens pour recevoir une pluralité de parties d'entités élémentaires -des moyens pour déterminer un premier ensemble d'entités élémentaires parmi les entités élémentaires reçues correspondant à au moins une entité spatiale définie par rapport auxdites entités élémentaires, en mouvement par rapport à une image de référence préalablement stockée - des moyens pour décoder l'ensemble des entités élémentaires reçues afin de reconstruire ladite au moins une entité spatiale en mouvement - des moyens pour mémoriser le résultat du décodage dans un espace de stockage contenant l'image de référence, en remplacement du signal 2o image relatif à la au moins une entité spatiale de position ainsi déterminée.

Le dispositif de réception selon l'invention comporte des moyens de mise en oeuvre des caractéristiques du procédé de réception précédemment exposées. Ce dispositif présente des avantages analogues à ceux du procédé de réception d'une image provenant d'une séquence d'images numériques associé.

Les caractéristiques des procédés et dispositifs de transmission et de réception selon l'invention citées ci-dessus ont des avantages particuliers dans le cas où le format de codage de la séquence d'images est le format Motion JPEG2000 et le protocole de transmission est JPIP. Dans ce cadre applicatif, les entités spatiales sont les precincts définis dans le standard et les entités élémentaires sont des precincts data-bin de JPIP.

L'invention concerne aussi un ordinateur qui comprend des moyens adaptés à mettre en oeuvre le procédé de transmission et le procédé de réception d'une image courante d'une séquence d'images numériques conforme à l'invention.

Un programme d'ordinateur lisible par un microprocesseur, comprend des portions de code logiciel adaptées à mettre en oeuvre le procédé de transmission et le procédé de réception conforme à l'invention, lorsqu'il est chargé et exécuté par le microprocesseur.

Un moyen de stockage d'informations, éventuellement totalement ou 1 o partiellement amovible, lisible par un système informatique, comprend des instructions pour un programme informatique adapté à mettre en oeuvre le procédé de transmission et le procédé de réception conforme à l'invention lorsque ce programme est chargé et exécuté par le système informatique.

Les ordinateur, moyen de stockage d'information et programme d'ordinateur présentent des caractéristiques et avantages analogues aux procédés qu'ils mettent en oeuvre.

D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les dessins ci-joints, dans lesquels: - la figure 1 représente schématiquement un réseau de communication adapté à mettre en oeuvre l'invention; - la figure 2 représente schématiquement un dispositif adapté à mettre en oeuvre l'invention; - la figure 3 représente schématiquement les structures de données utilisées dans le format JPEG2000 (figure 3a, 3b) et le protocole de transmission associé JPIP (figure 3c) ; - la figure 4 illustre schématiquement le principe de la mise en oeuvre de l'invention sur le dispositif serveur; - la figure 5 est un schéma-blocs descriptif de l'algorithme de 3 o codage et de transmission d'une séquence d'images selon l'invention; la figure 6 décrit l'algorithme de détermination des deux ensembles de precincts nécessaires pour la mise en oeuvre de l'invention; 2872972 10 - la figure 7 illustre schématiquement le principe de la mise en oeuvre de l'invention sur le dispositif client; la figure 8 décrit l'algorithme de décodage mis en oeuvre par le dispositif client en vue de l'affichage de la séquence d'images codée selon 5 l'invention, et la figure 9 illustre schématiquement la mise en oeuvre de l'invention côté serveur lorsque la résolution d'image demandée par le client est inférieure à la résolution d'acquisition.

La figure 1 représente schématiquement le contexte applicatif de la présente invention. Une source d'acquisition vidéo, comme par exemple une caméra Webcam, est reliée à un dispositif serveur S. Le dispositif serveur effectue un codage en format de compression Motion JPEG2000 de la séquence vidéo acquise, soit en utilisant un logiciel spécifique ou une carte dédiée à cet effet. Le flux vidéo compressé ainsi obtenu peut être alors transmis à un ou plusieurs clients C, par l'intermédiaire du réseau de communication 10, par exemple le réseau Internet. L'application envisagée en particulier est la vidéosurveillance. La vidéo est acquise en continu. Elle peut être compressée et stockée sur le dispositif serveur, ou alors compressée et transmise uniquement suite à une requête d'au moins un dispositif client connecté au réseau.

En référence à la figure 2 nous allons décrire maintenant un dispositif apte à mettre en oeuvre les procédés de l'invention, qu'il s'agisse d'un dispositif serveur S ou d'un dispositif client C. Un tel appareil est par exemple un micro-ordinateur 200 connecté à différents périphériques, par exemple une caméra numérique 201 reliée à une carte graphique et fournissant des informations à traiter selon l'invention.

Le dispositif 200 comporte une interface de communication 118 reliée au réseau de communication 10 apte à transmettre des données numériques codées/décodées traitées par le dispositif. Le dispositif 200 comporte également un moyen de stockage 212 tel que par exemple un disque dur. Il comporte aussi un lecteur 214 de disque 216. Ce disque 216 peut être une disquette, un CD-ROM ou un DVD-ROM, par exemple. Le disque 216 comme le disque 212 peuvent contenir des données traitées selon l'invention ainsi que le ou les programmes mettant en oeuvre l'invention qui, une fois lu par le dispositif 200, sera stocké dans le disque dur 212. Selon une variante, le programme Progr permettant au dispositif de mettre en oeuvre l'invention, pourra être stocké en mémoire morte 204 (appelée ROM sur le dessin). En seconde variante, le programme pourra être reçu pour être stocké de façon identique à celle décrite précédemment par l'intermédiaire du réseau de 1 o communication 10.

Ce même dispositif possède un écran 208 permettant notamment de visualiser les données décompressées sur le dispositif client ou de servir d'interface avec l'utilisateur qui peut ainsi paramétrer certains modes de traitement, à l'aide du clavier 210 ou de tout autre moyen de pointage, comme par exemple une souris, un crayon optique ou encore un écran tactile.

L'unité centrale 203 (appelée CPU sur le dessin) exécute les instructions relatives à la mise en oeuvre de l'invention, instructions stockées dans la mémoire morte 204 ou dans les autres éléments de stockage. Lors de la mise sous tension, les programmes de traitement stockés dans une mémoire non volatile, par exemple la ROM 204, sont transférés dans la mémoire vive RAM 206 qui contiendra alors le code exécutable de l'invention ainsi que des registres pour mémoriser les variables nécessaires à la mise en oeuvre de l'invention.

De manière plus générale, un moyen de stockage d'information, lisible par un ordinateur ou par un microprocesseur, intégré ou non au dispositif, éventuellement amovible, mémorise un programme mettant en oeuvre le procédé selon l'invention.

Le bus de communication 202 permet la communication entre les différents éléments inclus dans le micro-ordinateur 200 ou reliés à lui. La représentation du bus 202 n'est pas limitative et notamment l'unité centrale 203 est susceptible de communiquer des instructions à tout élément du micro- 2872972 12 ordinateur 200 directement ou par l'intermédiaire d'un autre élément du micro-ordinateur 200.

Nous allons maintenant rappeler, en référence à la figure 3, quelques notions de base concernant le format JPEG2000 et son encapsulation dans un format d'échange de données sur le réseau selon le protocole JPIP, décrit dans la partie 9 du standard, JPEG2000 image coding system Part 9: Interactivity tools, APIs and protocols Final Committee Draft , ISO/IEC JTC1 SC29 WG1 N3052R, Mars 2003.

Les figures 3a et 3b illustrent les entités utilisées dans le format de 1 o compression JPEG2000, les code-blocs et les precincts.

De manière classique les images peuvent être représentées par plusieurs composantes couleur, par exemple des composantes rouge, verte et bleue, représentation notée RGB. Les illustrations ci-après se réfèrent à une seule composante couleur et s'appliquent de manière analogue pour toute composante.

La figure 3a montre deux représentations d'une composante d'une même image, 30 étant la représentation schématique des subdivisions dans le domaine transformé, après application de la transformation en ondelettes discrète et 31 la représentation spatiale associée. Dans cette figure on ne représente pas la décomposition de l'image en tuiles (portions traitées indépendamment), on considère que l'image contient une seule tuile. L'image représentée est décomposée en trois niveaux de résolution, chaque niveau de résolution comportant un ensemble de sous-bandes de coefficients spatiofréquentiels. Chaque sous-bande est découpée en un ensemble de code-blocs 33, qui sont des unités de codage élémentaires dans JPEG2000. Les code- blocs sont associés à un indice, et sont regroupés, par niveau de résolution, en precincts 32. Un precinct est une entité élémentaire du format JPEG2000, qui correspond à une portion spatiale rectangulaire dans un niveau de résolution spatial associé. Comme montré sur la figure 3a, chaque code-bloc est codé en plusieurs couches de qualité, une couche de base et éventuellement plusieurs couches de raffinement, ce qui permet d'obtenir une scalabilité en termes de qualité à partir d'un seul fichier.

2872972 13 Dans la norme JPEG2000, un fichier est composé, comme montré à la figure 3b, d'un préambule JPEG2000 optionnel (noté PRE), et d'un flux de données codées (en anglais "codestream") comportant un en-tête principal et au moins une tuile. Le préambule est constitué d'une suite de boîtes de s métadonnées (par exemple MTD1, MTD2 sur la figure). Une boîte comprend un en-tête (longueur de la boîte, type de la boîte) et un corps contenant des données utiles.

Chaque tuile est formée d'un en-tête de tuile (THD sur la figure) et d'un ensemble de données d'image compressée appelé flux binaire de tuile (en 1 o anglais "tue bitstream"). Chaque flux binaire de tuile comporte une séquence de paquets, notés P1 à PN sur la figure. Chaque paquet contient un en-tête et un corps. Le corps d'un paquet contient au moins un codebloc. L'en-tête de chaque paquet résume d'une part la liste des codeblocs contenus dans le corps considéré, et contient d'autre part des paramètres de compression propres à chacun de ces code-blocs. Un paquet du flux binaire de tuile d'un fichier JPEG2000 contient un ensemble de code-blocs correspondant à une tuile, une composante, un niveau de résolution, un niveau de qualité et un precinct donnés. Le train binaire se termine par un symbole de fin (EOC).

Les données compressées selon le format JPEG2000 sont transmises sur le réseau à l'aide du protocole approprié JPIP (JPEG2000 Interactive Protocol), défini dans la partie 9 de la norme JPEG2000.

Le protocole JPIP permet de transférer des portions de fichier JPEG2000. Différentes classes d'entités d'un fichier JPEG2000, appelées aussi "databin" en anglais, sont prévues par la future norme JPIP, parmi lesquelles: - méta-données (en anglais "meta data-bin") : consiste en la suite d'octets consécutifs du train binaire (en anglais "byte-range") contribuant à un ensemble donné de méta-informations sur une image compressée JPEG2000; - precinct (en anglais "precinct data-bin") : dans la terminologie JPIP, un precinct consiste en l'ensemble des paquets des différentes couches de qualité de l'image qui correspondent à une même position spatiale (voir figure 3c). Ce sont les entités élémentaires pour la transmission des données JPEG2000 selon ce protocole.

2872972 14 Chaque classe possède un identifiant Class-Id unique, qui permet au client de les différencier. Le protocole JPIP prévoit la possibilité de définir de nouvelles classes de données en plus de celles qui sont définies dans le standard pour des applications propriétaires. Cette possibilité peut être utilisée pour la mise en oeuvre de l'invention, comme on le verra plus loin, en référence à la figure 5.

Une réponse JPIP consiste en un paragraphe d'en-tête conforme au protocole HTTP, suivi d'une suite de messages ou incréments (en anglais "data-bin increments") JPIP. Chaque message de réponse consiste en une 1 o suite d'octets consécutifs contribuant chacun de façon incrémentale à un databindonné. Il est constitué d'un en-tête et d'un corps.

La figure 3c illustre la notion d'incrément de precinct qui constitue l'unité de transfert des données JPIP, et sa numérotation unique qui permet de le référencer dans un message au format JPIP.

Sur le dessin, chaque incrément de precinct ou partie d'entité élémentaire contient plusieurs paquets. Ce n'est pas systématique, car le serveur a la liberté de choisir la quantité de données utiles à insérer dans un incrément de precinct. Par conséquent, un incrément de precinct peut contenir seulement une portion d'un paquet, ou plusieurs paquets, et n'est pas tenu de commencer ni de se terminer à la frontière d'un paquet.

Chaque incrément de precinct est désigné par un identifiant unique P, qui est calculé à partir de: - t, indice de la tuile dans l'image; c, indice de la composante dans l'image; - s, numéro de séquence du precinct dans sa tuile à travers les niveaux de résolution; - num_comps, nombre total de composantes; et num_tiles, nombre total de tuiles.

La formule de calcul de P est donnée par: P= t + (c+ s x num_comps) x num_tiles (EQ 1) On supposera dans la suite que les precincts sont identifiés par un indice calculé par la formule ci-dessus.

2872972 15 La figure 4 illustre de manière schématique le principe de la mise en oeuvre de l'invention sur le dispositif serveur S. On considère l'image courante de la séquence d'images traitée, notée IC et une image de référence, stockée en mémoire, notée IR. Les deux images IC et IR sont découpées en blocs qui sont des entités spatiales de taille définie en fonction des entités élémentaires de codage, les precincts, dans le domaine transformé JPEG2000. On peut également parler de precincts correspondants dans le domaine spatial.

La première opération (étape E1) consiste à effectuer une détection 1 o de mouvement bloc par bloc dans le domaine spatial, cette opération étant effectuée par comparaison de la différence du signal entre deux blocs par rapport à un seuil prédéterminé. Par exemple, soit {IC1,...,ICn} l'ensemble des valeurs du signal d'un bloc de l'image courante, et {IR1,.

,IRn} l'ensemble des valeurs du signal du bloc à la même position spatiale dans l'image de référence. Une métrique de distorsion pouvant être appliquée est donnée par la formule: D = E(IC; IR1) (EQ 2) t=o Cette métrique est avantageuse par rapport à la métrique classique consistant à prendre la somme des valeurs absolues des différences car elle a 20 la propriété de filtrer le bruit de la séquence acquise...DTD: La détection de mouvement consiste à sélectionner les precincts de l'image courante pour lesquels la distance D obtenue est supérieure à un seuil prédéterminé, TmotionÉ Un premier ensemble de precincts, noté ensemble M (représenté 25 en grisé à la figure 4), contenant les precincts détectés en mouvement, est déterminé ainsi à l'étape E2.

L'image de référence IR est mise à jour (étape E3) en y recopiant les blocs correspondant aux precincts de l'ensemble M de l'image courante IC.

Enfin, l'étape E4 consiste à détecter un second ensemble de precincts, noté N sur la figure, qui sont nécessaires à un décodeur JPEG2000 pour décoder les precincts en mouvement. Comme illustré à la figure 4, 2872972 16 l'ensemble N comprend à la fois les precincts du niveau de résolution auquel est codée la séquence et également les precincts des niveaux de résolution inférieurs. Les precincts sont représentés dans le domaine spatial pour chaque niveau de résolution considéré dans la figure 4. Les deux ensembles d'entités élémentaires de codage, M et N, sont codés et transmis au client (étape E5), qui pourra ainsi afficher l'image courante mise à jour.

Nous allons décrire maintenant, en référence à la figure 5, l'algorithme de codage et de transmission d'une séquence d'images selon l'invention, mis en oeuvre par un dispositif serveur S. 1 o Cette figure est décrite dans le cas simple où un seul client C se connecte au serveur S et envoie une requête de visualisation de la séquence. Il est bien entendu possible pour le serveur S de mettre en oeuvre l'algorithme décrit ici en parallèle pour plusieurs clients.

L'algorithme est donc initié par la requête initiale du client. La 15 première étape 500 consiste à coder et envoyer les meta-données du format de fichier Motion JPEG2000, dont la structure a brièvement été rappelée en référence à la figure 3b.

L'étape suivante 501 est le traitement de la première image de la séquence vidéo qui doit être envoyée au client. Cette image doit être envoyée entièrement, car par hypothèse le client ne possède pas de données relatives à la séquence courante dans son cache, et pas d'image de référence associée. Cette première image deviendra l'image de référence initiale pour le client C. Notons enfin que la première image considérée ici est soit la toute première image de la séquence, soit la première image spécifiée dans la requête JPIP du client. En effet, dans ce dernier cas, la première image pourrait être non consécutive à l'image à laquelle se trouve un client donné dans la séquence vidéo, après avoir momentanément stoppé la transmission vidéo. Ceci peut éventuellement survenir si l'utilisateur demande une pause. Dans ce cas, il se peut que l'utilisateur demande la reprise de la séquence vidéo à partir du moment courant d'acquisition de la vidéo. Il convient alors de réinitialiser l'image de référence à l'image saisie à l'instant présent. D'une manière générale, le serveur réinitialise l'image de référence chaque fois qu'il 2872972 17 reçoit une requête JPIP spécifiant un instant de départ ou bien un indice d'image de départ. Réinitialiser l'image de référence signifie que tous les precincts du niveau de résolution cible sont signalés en mouvement, codés, transmis puis affichés par le client. Selon une alternative de mise en oeuvre, la transmission de l'image de référence peut être temporellement étalée sur plusieurs images transmises afin de lisser le débit.

Le serveur stocke (étape 502) également cette première image comme image de référence pour la vidéo en cours de transmission et pour le client C. 1 o Notons qu'on peut envisager alternativement un mode multi-clients, dans lequel le serveur stocke une seule image de référence IR qui est destinée à l'ensemble de ses clients. Dans ce cas, une première image de référence est stockée conformément à l'étape 502 lors de la première connexion d'un premier client. Cette image IR est ensuite mise à jour, et elle peut être envoyée comme première image de la séquence et donc image de référence pour tout nouveau client se connectant au serveur. A l'étape 502 l'image de référence peut être stockée dans un fichier sur le disque du dispositif serveur, ou en mémoire afin d'optimiser le temps de traitement.

La suite de l'algorithme traite en boucle les images de la séquence vidéo. L'image suivante de la séquence est sélectionnée à l'étape 503, qui devient alors l'image courante IC sur laquelle les divers traitements sont effectués.

L'étape suivante de l'algorithme consiste à déterminer les ensembles M et N mentionnés en référence à la figure 4: l'ensemble M de precincts en mouvement dans l'image courante par rapport à l'image de référence IR et l'ensemble N de precincts nécessaires pour décoder les precincts de l'ensemble M, mais qui ne sont pas détectés comme étant en mouvement. Les precincts sont définis par leur indice unique dans la représentation codée de l'image selon le protocole JPIP, comme expliqué en référence à la figure 3c, équation EQ 1. Le détail de l'algorithme de cette étape sera décrit à la figure 6.

Ensuite l'image de référence IR est mise à jour à l'étape 505, en recopiant le signal image des blocs correspondant aux precincts de l'ensemble 2872972 18 M de l'image courante dans les blocs de même position spatiale dans l'image de référence, comme montré schématiquement sur la figure 4.

La suite de l'algorithme (étape 506) consiste à générer pour l'image courante une boîte de meta-données dont le contenu indique la suite d'indices de precincts contenus dans l'ensemble M. Pour ce faire, on crée un nouveau type de boîte du format de fichier JPEG2000 dédié à transporter cette information. La création d'un type de boîte propriétaire est autorisée par JPEG2000 et ne met pas en cause la compatibilité des données codées avec ce standard. Une boîte de ce type est donc générée et sera transmise pour chaque image de la séquence vidéo.

Notons que nous faisons le choix dans cette description particulière de signaler les indices des precincts en mouvement dans une boîte spécifique de méta-données. Néanmoins, un mode de mise de oeuvre alternatif est possible, par la définition d'une nouvelle classe de data-bins JPIP comme le precinct data-bin en mouvement . Une telle approche présenterait l'inconvénient de générer des flux vidéo non compatibles au standard JPIP en place. Cependant elle présente l'avantage de ne pas nécessiter de transmettre des meta-données, donc des octets supplémentaires sur le réseau.

Les étapes suivantes concernent le codage des données selon le format JPEG2000. D'abord on génère un en-tête pour l'image courante à l'étape 507, contenant l'en-tête principal et l'en-tête de tuile. Dans le mode de mise en oeuvre préféré l'image n'est pas divisée en tuiles, et donc le flux de données compressées contient un en-tête de tuile unique. En effet, la partition en tuiles peut causer des artefacts visibles pour de faibles débits et n'apporte aucun avantage lorsque la partition en precincts est utilisée.

Les quatre étapes suivantes sont les étapes classiques d'un codeur d'images JPEG2000. Les étapes de transformation couleurs (508) et de transformation en ondelettes discrète (509) sont appliquées à l'ensemble des coefficients représentatifs de l'image courante. Mais les étapes 510 et 511 de quantification et de codage entropique sont appliquées de préférence uniquement aux coefficients transformés appartenant aux precincts des ensembles M et N. En effet, seules ces données sont nécessaires pour l'affichage de l'image courante dans le dispositif client. A l'issue de l'étape 511 le dispositif serveur dispose de l'ensemble des données compressées à transmettre au dispositif client.

L'étape 512 suivante est la construction d'un metadata-bin conforme au standard JPIP, dont une description rapide a été donnée ci-dessus en référence à la figure 3c. Ce metadata-bin qui inclut la boîte de metadonnées codée à l'étape 506 est envoyé au client.

Ensuite un incrément de precinct data-bin est construit pour chaque precinct des ensembles M et N (étape 513). Le contenu de cet 1 o incrément contient la version compressée du precinct correspondant. Les données du precinct effectivement inclues dans l'incrément de precinct data-bin dépendent de la requête JPIP reçue du client ou de la bande passante réseau estimée par le serveur. En effet, celle-ci peut éventuellement influer sur le débit du flux vidéo générés par le serveur via des champs de requête dédiés à cet usage.

Cette étape de transmission des données compressées dans des incréments de precinct data-bins met fin au codage et à la transmission de l'image courante. Un test (514) est ensuite mené pour savoir si l'image courante est la dernière de la séquence, auquel cas l'algorithme de la figure 4 est terminé. Dans le cas contraire, on passe à l'image suivante (étape 503) et on répète les étapes 504 à 513.

La figure 6 décrit en détail l'étape 504 de détermination des deux ensembles de precincts nécessaires pour la mise en oeuvre de l'invention.

L'algorithme est divisé en deux parties: la première partie concerne la détection des precincts en mouvement et la construction de l'ensemble M des indices uniques de ces precincts. Dans la deuxième partie, pour chaque precinct en mouvement on détermine l'ensemble des precincts nécessaires pour son décodage.

En entrée de la première partie de l'algorithme nous considérons les ensembles des blocs ou precincts du niveau de résolution cible d'affichage de l'image courante R noté PR(IC) et l'ensemble des precincts de l'image de référence, PR(IR). Ces deux ensembles contiennent chacun NR éléments, où NR est le nombre total de precincts dans le domaine spatial l'image, à la résolution R. Les éléments de ces ensembles sont référencés par les indices JPIP, définis selon l'équation EQ1, notés pi à PNR. II est supposé dans ce mode de mise en oeuvre que la taille des precincts est constante pour toutes les images de la séquence traitée.

A l'étape 600, un compteur i est initialisé à 1 et la liste de precincts à compléter, notée M, est initialisée à l'ensemble vide. Ensuite est calculée la distance d entre le precinct d'indice p; de l'image courante et le precinct de même indice de l'image de référence (étape 601), selon une métrique de 1 o distorsion D prédéfinie, comme par exemple la métrique proposée à l'équation EQ2. La distance d obtenue est comparée au seuil prédéterminé 7-motion (étape 602). Si cette distance est supérieure au seuil, le precinct courant est détecté comme étant en mouvement. Son indice est ajouté à l'ensemble d'indicesM à l'étape suivante 603. Ceci déclenche également la mise à jour de l'image de référence, par remplacement du precinct Prp; par le precinct Pcp; (étape 604, correspondant à l'étape 505 de la figure 5). Cette étape peut également être mise en oeuvre ultérieurement. Dans le cas où elle est mise en oeuvre en parallèle avec la détection des precincts en mouvement, elle est suivie par l'étape 605.

Si la distance d est inférieure au seuil, on passe à l'étape 605, où l'on teste si le compteur est égal au nombre de precincts du niveau de résolution cible considéré. Si ce n'est pas le cas, on passe à l'étape 606 où l'indice i est incrémenté de 1 et on reprend les étapes 601 à 605.

Si le test de l'étape 605 est positif, on passe ensuite à l'étape 607, 25 où le compteur i est à nouveau initialisé à 1 et la liste N est initialisée à l'ensemble vide.

Ensuite à l'étape 608 on sélectionne l'indice numéro i de la liste M, mi, et on recherche l'ensemble N(m,) de indices de precincts dont dépend Pc,,. Cette détermination est connue et n'est pas détaillée ici. En général, N(m,) comprend les indices des precincts entourant spatialement Pc, dans son niveau de résolution, ainsi que des precincts des niveaux de résolution inférieurs. On note ni les éléments de N(mi) : N(m;)=}.

Ensuite, après avoir initialisé un compteur j à 1 (étape 609), pour chaque precinct n1 E N(m;), on teste à l'étape 610 s'il est contenu dans l'ensemble M ou dans l'ensemble N en cours de construction.

S'il n'appartient à aucun des deux, il est ajouté à l'ensemble N à l'étape 611. En cas d'appartenance à l'un des ensem bles ou après l'étape 611, on passe à l'étape 612 où l'on vérifie si le compteur j est égal au nombre d'éléments de N(m,) . Si ce n'est pas le cas, on incrémente le compteur j à l'étape 613 et on répète les étapes 610 à 612.

1 o Dans le cas où tous les precincts de N(mi) ont été parcourus, on teste à l'étape 614 si tous les precincts de l'ensemble M, au nombre de Mn ont été traités. Si ce n'est pas le cas, on augmente le compteur i à l'étape 615 afin de traiter le precinct suivant à partir de l'étape 608. Si la vérification 614 est positive l'algorithme prend fin.

Nous allons décrire maintenant, en référence aux figures 7 et 8, la mise en oeuvre de l'invention sur le dispositif client.

De manière analogue à la figure 4, la figure 7 illustre schématiquement le principe de l'application de l'invention pour un dispositif client C. Un ensemble de données compressées sont reçues par le réseau de communication 10 sur le dispositif client C, en format JPIP. Le client reçoit pour chaque image: - une boîte de méta-données indiquant pour l'image courante les indices de l'ensemble des precincts qui sont détectés en mouvement par rapport à l'image de référence.

- des incréments de precincts data-bins , qui contiennent les données compressées des precincts des premiers et seconds ensembles, notées M et N précédemment.

Dans une première étape Dl, les méta-données sont décodées afin de déterminer les ensembles M et N, et les données compressées sont stockées dans une mémoire cache du dispositif client (étape D2). De plus, l'image courante est décodée (étape D3) à l'aide des données disponibles dans 2872972 22 le cache client. Pour ce faire, les precincts pour lesquels aucune donnée n'a été reçue, c'est-à-dire ceux qui ne font pas partie des ensembles M ou N, sont considérés comme un ensemble de paquets JPEG2000 vides par le décodeur. On peut alors décoder une image qui contiendra des parties complètement reconstruites et des parties floues. On extrait alors de l'image décodée les versions reconstruites des precincts signalés en mouvement.

L'image affichée à l'écran est alors la composition (D4) de ces precincts reconstruits et des autres precincts de l'image précédemment affichée, qui est en fait l'image de référence du dispositif client, IR. Le 1 o rafraîchissement de l'image affichée s'effectue donc de façon strictement identique au rafraîchissement de l'image de référence maintenue par le codeur.

Nous allons décrire maintenant, en référence à la figure 8, l'algorithme de décodage/affichage mis en oeuvre sur le dispositif client, en vue de l'affichage de la séquence d'images codée selon l'invention.

Les premières étapes de l'algorithme concernent la réception du flux de données en format JPIP. A l'étape 800, les méta-données encapsulées dans les en-têtes des messages JPIP sont reçues, stockées dans un espace mémoire du dispositif client et décodées. Notamment, l'ensemble des indices des precincts qui ont été détectés comme étant en mouvement, M, est extrait lors de cette étape. Alternativement, si l'indication de l'ensemble des precincts en mouvement est transmis par l'intermédiaire d'une nouvelle classe de databin JPIP (mode de mise en oeuvre alternatif expliqué en référence à l'étape 506 de la figure 5), la détermination de l'ensemble M d'indices de precincts en mouvement se fera à partir des indices des precincts appartenant à cette nouvelle classe.

Ensuite à l'étape 801 les données compressées, reçues sous forme de precinct data-bins , sont reçues et stockées dans le cache. Le stockage des données en mémoire consiste à effacer les precincts compressés reçus pour l'image précédente, et à remplir le cache mémoire avec les incréments de precinct data-bin de l'image courante. En effet, aucune donnée du flux compressé de l'image précédente n'est utile pour décoder les precincts en mouvement de l'image courante. La méthode proposée n'implique donc pas la 2872972 23 mémorisation des données compressées de plusieurs images de la séquence. Elle n'a donc aucun coût additionnel en terme de consommation mémoire, par rapport à un système basé sur le codage Motion JPEG2000 classique.

Par ailleurs, selon l'application client mise en oeuvre, l'étape de stockage 801 peut également comprendre l'écriture sur disque dans un fichier de cache contenant des données de type JPIP de la séquence vidéo compressée progressivement reçue par le client. Un tel stockage peut prendre une forme très simple consistant à ajouter à la fin du fichier de cache les incréments de data-bins successivement reçus par le client. On écrira donc 1 o dans l'ordre, pour chaque image: - le metadata-bin contenant les méta-données d'indices de precincts en mouvement, - les main header et tile header data-bins contenant l'en-tête principal et l'en-tête de tuile de l'image courante, - les incréments de precinct data-bins reçus pour l'image courante. Selon une variante, si un precinct data-bin a été reçu en plusieurs incréments distincts, alors on peut rassembler les données utiles de ces incréments dans un unique incrément de precinct data-bin .

Le fichier de cache ainsi écrit est alors auto descriptif, et peut-être 20 rejoué ultérieurement par un client appliquant la même stratégie de rafraîchissement de l'affichage que celle de l'étape 804 ci-après.

Notons qu'une autre méthode d'archivage de la séquence vidéo sur disque pourrait consister à écrire un fichier Motion JPEG2000 au fur et à mesure que les données sont reçues. Nous ne donnons pas de détail de réalisation d'une telle variante ici.

Enfin, notons qu'en ce qui concerne le fichier de cache, une fonctionnalité concernant celui-ci pourrait être la possibilité de le rejouer soit du début à la fin de la séquence, soit de la fin vers le début. Dans ce dernier cas, il conviendrait alors d'offrir au client la possibilité de décoder directement la 3o dernière image de la séquence, qui deviendrait alors la première image affichée à l'écran, et ceci indépendamment des autres images de la séquence.

Nous proposons pour cela d'ajouter de façon optionnelle, dans la stratégie de 2872972 24 caching sur disque de la séquence vidéo reçue, la compression et le stockage de la dernière image affichée par le client (étape optionnelle 807). Il est préférable de coder cette image compressée sous forme de precinct data-bin tels que définis dans JPIP, de façon consistante avec le reste du fichier de cache stocké. Par conséquent, le client pourra, si requis, jouer la séquence archivée dans le sens inverse. Il lui suffit pour cela de décompresser l'image compressée et stockée en fin de fichier de cache, puis de décoder et afficher les precincts signalés en mouvement des images successives, de la fin vers le début de la séquence. Ceci est possible dans la mesure ou la détection de 1 o mouvement constitue une opération transitive. Autrement dit, les precincts en mouvement d'une image n vers une image n-1 seraient les mêmes que ceux qui avaient été détectés en mouvement de l'image n-1 vers l'image n. Par conséquent, les precincts signalé en mouvement pour une image n sont pris en compte pour rafraîchir l'image n-1 lorsque la séquence est jouée de la fin vers le début.

De retour à l'algorithme de décodage/affichage décrit, l'étape 801 est suivie de l'étape 802, au cours de laquelle sont décodées les données compressées reçues par l'intermédiaire des precinct data-bins . Comme expliqué précédemment en référence à la figure 7, les autres precincts non reçus de l'image sont considérés comme des precincts vides, et donc la reconstitution d'image obtenue par cette étape de décodage est partielle si tous les precincts de l'image ne sont pas reçus. Elle est néanmoins suffisante, étant donné que le client dispose déjà d'une image de référence, dans le cas où ce n'est pas la première image de la séquence, et il suffit de compléter cette image de référence par les precincts détectés comme étant en mouvement. Bien entendu, s'il s'agit de la première image demandée par le client, tous ses precincts sont reçus.

Ensuite l'image de référence stockée sous forme décodée dans un espace mémoire du dispositif client est mise à jour à l'étape 803. Comme expliqué ci-dessus, s'il s'agit de la première image de la séquence, la mise à jour consiste en une recopie complète des données décodées. Dans le cas où ce n'est pas la première image de la séquence, la mise à jour consiste à 2872972 25 recopier les valeurs décodées pour les points appartenant aux precincts de l'ensemble M à leur position spatiale correspondante dans l'image de référence.

Enfin, à l'étape 804 est effectué l'affichage de la nouvelle image 5 courante, qui est égale à l'image stockée dans l'image de référence après sa mise à jour.

On teste ensuite à l'étape 805 si c'est la dernière image de la séquénce. Si la réponse au test est négative, l'image suivante est sélectionnée (étape 806), et les étapes 800 à 805 sont à nouveau mises en oeuvre. Dans le 1 o cas où la dernière image de la séquence a été traitée, l'algorithme prend fin après l'éventuelle étape optionnelle 807 de stockage de la dernière image de la séquence mentionnée ci-dessus.

Les modes de mise en oeuvre décrits précédemment se réfèrent au cas où le client affiche la séquence d'images au niveau de résolution de l'acquisition par le serveur. Cependant, JPEG2000 offre la possibilité au client de demander et afficher les images à d'autres niveaux de résolution, inférieurs à celui de la séquence originelle. L'invention peut également s'appliquer dans ce cas, comme décrit ci-dessous en référence à la figure 9. Dans le cas où le client demande les données à une résolution cible inférieure à la résolution d'acquisition, en utilisant JPEG2000 et JPIP on peut envoyer uniquement des données utiles pour reconstruire l'image à ce niveau de résolution. Il est préférable d'opérer la détection de mouvement nécessaire à la mise en oeuvre de l'invention au niveau de résolution requis par le client, mais dans le domaine de représentation spatial de l'image. Pour ce faire, il est nécessaire de rajouter à l'algorithme décrit à la figure 6 des étapes préalables, qui consistent à effectuer un filtrage et un sous échantillonnage en fonction de la transformation en ondelettes appliquée afin de ramener l'image originale au niveau de résolution cible. Cette étape de réduction de la résolution originale est schématiquement représentée sur la figure 9. Cette étape d'application de la transformation en ondelettes E'1 doit être mise en oeuvre avant l'étape El de détermination des precincts en mouvement. Les étapes suivantes de la figure 4 2872972 26 (E2, E3, E4, E5) s'appliquent ensuite de manière analogue aux images courante IC' et de référence IR' ramenées au niveau de résolution requis.

Claims (48)

REVENDICATIONS

1. Procédé de transmission d'une image courante d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication, chaque image de la séquence étant codée selon un format comprenant un ensemble d'entités élémentaires caractérisé en ce qu'il comporte les étapes de: - détection de mouvement, effectuée sur des entités spatiales définies par rapport auxdites entités élémentaires, entre l'image courante et une image de référence (E1) - en cas de détection d'au moins une entité spatiale en mouvement, -détermination d'un premier ensemble d'entités élémentaires comprenant les entités élémentaires relatives à ladite au moins une entité spatiale en mouvement (E2) -détermination d'un second ensemble d'entités élémentaires nécessaires pour la reconstruction desdites entités spatiales en mouvement (E4) -envoi au dispositif client d'au moins une partie de chacune des entités 20 élémentaires desdits premier et second ensembles(E5)

2. Procédé selon la revendication 1 caractérisé en ce qu'il comporte en outre l'envoi au dispositif client d'une information auxiliaire indiquant les entités élémentaires du premier ensemble.

3. Procédé selon la revendication 2 caractérisé en ce les images sont transmises selon un protocole de transmission associé au format de codage, et en ce que ladite information auxiliaire comporte des indices identifiant les entités élémentaires du premier ensemble selon ledit protocole 3 0 de transmission.

2872972 28

4. Procédé selon la revendication précédente caractérisé en ce que l'information auxiliaire est transmise sous la forme d'un champ optionnel de type metadonnées compatible avec le protocole de transmission.

5. Procédé selon la revendication 2 caractérisé en ce que les images sont transmises selon un protocole de transmission associé au format de codage, et en ce que ladite information auxiliaire est associée à une catégorie de données.

6. Procédé selon l'une des revendications 1 à 5 caractérisé en ce qu'il comporte en outre une étape de mise à jour de l'image de référence consistant en la mémorisation du signal image relatif à ladite au moins une entité spatiale en mouvement de l'image courante en remplacement du signal relatif à la au moins une entité spatiale de même position dans l'image de référence.

7. Procédé selon l'une des revendications 1 à 6 caractérisé en ce que la détection dans l'image courante d'une entité spatiale en mouvement comprend le calcul de la distance entre le signal image représentatif de l'entité considérée et le signal image représentatif de l'entité de même position spatiale dans l'image de référence et la comparaison de la distance ainsi obtenue à un seuil prédéterminé.

8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'une image est codée selon un procédé de codage comprenant les étapes de transformation spatio-fréquentielle, quantification et codage entropique, et caractérisé en ce que les étapes de quantification et codage entropique sont appliquées uniquement aux coefficients issus de la transformation spatiofréquentielle appartenant aux entités élémentaires des premier et second 3o ensembles.

2872972 29

9. Procédé selon l'une des revendications 1 à 8 caractérisé en ce qu'il comporte en outre, lors de la réception d'une première requête en provenance d'un dispositif client, une étape d'envoi de l'image de référence mise à jour audit dispositif client.

10. Procédé selon l'une des revendications 1 à 9 caractérisé en ce qu'il comporte en outre, lorsque la résolution de l'image requise par le client est inférieure à la résolution initiale, les étapes préalables de filtrage et sous échantillonnage.

11. Procédé de réception d'une image courante provenant d'une séquence d'images numériques, chaque image de la séquence étant codée selon un format comprenant un ensemble d'entités élémentaires caractérisé en ce qu'il comporte les étapes de: - réception d'une pluralité de parties d'entités élémentaires - détermination d'un premier ensemble d'entités élémentaires parmi les entités élémentaires reçues correspondant à au moins une entité spatiale définie par rapport auxdites entités élémentaires, en mouvement par rapport à une image de référence préalablement stockée - décodage de l'ensemble des entités élémentaires reçues afin de reconstruire ladite au moins une entité spatiale en mouvement - mémorisation du résultat du décodage dans un espace de stockage contenant l'image de référence, en remplacement du signal image relatif à la au moins une entité spatiale de position ainsi déterminée.

12. Procédé selon la revendication 11 caractérisé en ce qu'il comporte une étape supplémentaire d'affichage de l'image de référence.

13. Procédé selon l'une des revendications 11 ou 12 caractérisé en ce que les images sont transmises selon un protocole de transmission associé au format de codage, et en ce que l'étape de détermination d'un premier ensemble d'entités élémentaires correspondant à au moins une entité spatiale 2872972 30 en mouvement comprend la lecture d'une information auxiliaire transmise selon le protocole de transmission.

14. Procédé selon la revendication 13 caractérisé en ce que ladite information auxiliaire contient les indices identifiant les entités élémentaires appartenant audit premier ensemble selon le protocole de transmission.

15. Procédé selon la revendication 13 caractérisé en ce que ladite information auxiliaire est reçue sous la forme de l'association des données à une catégorie définie selon le protocole de transmission.

16. Procédé selon l'un des revendications 11 à 15 caractérisé en ce qu'il comporte une étape de stockage dans un espace mémoire temporaire des parties d'entités élémentaires reçues pour l'image courante.

17. Procédé selon la revendication 16 caractérisé en ce que les parties d'entités élémentaires reçues pour l'image courante sont stockées dans un fichier consécutivement aux parties d'entités élémentaires reçues pour l'image précédente de la séquence.

18. Procédé selon la revendication 17 caractérisé en ce que la dernière image de la séquence d'images est entièrement mémorisée sous forme codée dans la mémoire du dispositif client.

19. Procédé selon la revendication 16 caractérisé en ce que les parties d'entités élémentaires reçues pour l'image courante sont stockées dans un espace de stockage en remplacement des parties d'entités élémentaires reçues pour l'image précédente.

20. Procédé selon l'une des revendications précédentes, caractérisé en ce que le format de codage de la séquence d'images est le format Motion JPEG2000 et le protocole de transmission est le protocole JPIP.

21. Dispositif de transmission d'une image courante d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication, chaque image de la séquence étant codée selon un format comprenant un ensemble d'entités élémentaires caractérisé en ce qu'il comporte: - des moyens de détection de mouvement, effectuée sur des entités spatiales définies par rapport auxdites entités élémentaires, entre l'image courante et une image de référence - en cas de détection d'au moins une entité spatiale en mouvement, -des moyens pour déterminer un premier ensemble d'entités élémentaires comprenant les entités élémentaires relatives à ladite au moins une entité spatiale en mouvement -des moyens pour déterminer un second ensemble d'entités élémentaires nécessaires pour la reconstruction desdites entités spatiales en mouvement -des moyens pour envoyer au dispositif client au moins une partie de chacune des entités élémentaires desdits premier et second ensembles

22. Dispositif selon la revendication 21 caractérisé en ce qu'il comporte en outre des moyens pour envoyer au dispositif client une information,2 5 auxiliaire indiquant les entités élémentaires du premier ensemble.

23. Dispositif selon la revendication 22 caractérisé en ce les images sont transmises selon un protocole de transmission associé au format de codage, et en ce que ladite information auxiliaire comporte des indices 30 identifiant les entités élémentaires du premier ensemble selon ledit protocole de transmission.

32 2872972

24. Dispositif selon la revendication précédente caractérisé en ce que l'information auxiliaire est transmise sous la forme d'un champ optionnel de type metadonnées compatible avec le protocole de transmission.

25. Dispositif selon la revendication 22 caractérisé en ce que les images sont transmises selon un protocole de transmission associé au format de codage, et en ce que ladite information auxiliaire est associée à une catégorie de données.

26. Dispositif selon l'une des revendications 21 à 25 caractérisé en ce qu'il comporte en outre des moyens pour effectuer une mise à jour de l'image de référence consistant en la mémorisation du signal image relatif à ladite au moins une entité spatiale en mouvement de l'image courante en remplacement du signal image relatif à la au moins une entité spatiale de même position dans l'image de référence.

27. Dispositif selon l'une des revendications 21 à 26 caractérisé en ce qu'il comprend des moyens adaptés à calculer la distance entre le signal image représentatif de l'entité considérée et le signal image représentatif de l'entité de même position spatiale dans l'image de référence et des moyens de comparer la distance ainsi obtenue à un seuil prédéterminé.

28. Dispositif selon l'une des revendications 21 à 27, caractérisé en ce qu'il comporte des moyens pour effectuer la transformation spatiofréquentielle, la quantification et le codage entropique d'une image numérique, et caractérisé en ce que les moyens de quantification et codage entropique sont appliquées uniquement aux coefficients issus de la transformation spatiofréquentielle appartenant aux entités élémentaires des premier et second ensembles.

29. Dispositif selon l'une des revendications 21 à 28 caractérisé en ce qu'il comporte en outre, des moyens de réception d'une première requête en 2872972 33 provenance d'un dispositif client et des moyens pour envoyer l'image de référence mise à jour audit dispositif client.

30. Dispositif selon l'une des revendications 21 à 29 caractérisé en s ce qu'il comporte en outre, lorsque la résolution de l'image requise par le client est inférieure à la résolution initiale, des moyens de filtrage et de sous échantillonnage de ladite image numérique.

31. Dispositif de réception d'une image courante d'une séquence lo d'images numériques, chaque image de la séquence étant codée selon un format comprenant un ensemble d'entités élémentaires caractérisé en ce qu'il comporte: - des moyens pour recevoir une pluralité de parties d'entités élémentaires - des moyens pour déterminer un premier ensemble d'entités élémentaires parmi les entités élémentaires reçues correspondant à au moins une entité spatiale définie par rapport auxdites entités élémentaires, en mouvement par rapport à une image de référence préalablement stockée - des moyens pour décoder l'ensemble des entités élémentaires reçues afin de reconstruire ladite au moins une entité spatiale en mouvement - des moyens pour mémoriser le résultat du décodage dans un espace de stockage contenant l'image de référence, en remplacement du signal image relatif à la au moins une entité spatiale de position ainsi déterminée.

32. Dispositif selon la revendication 31 caractérisé en ce qu'il comporte en outre des moyens d'affichage d'une image numérique.

33. Dispositif selon l'une des revendications 31 ou 32 caractérisé en ce que les images sont transmises selon un protocole de transmission associé au format de codage, et en ce que les moyens de détermination d'un premier ensemble d'entités élémentaires correspondant à au moins une entité spatiale en mouvement sont aptes à lire une information auxiliaire transmise selon le protocole de transmission.

34. Dispositif selon la revendication 33 caractérisé en ce que ladite 5 information auxiliaire contient les indices identifiant les entités élémentaires appartenant audit premier ensemble selon le protocole de transmission.

35. Dispositif selon la revendication 33 caractérisé en ce que ladite information auxiliaire est reçue sous la forme de l'association des données à 10 une catégorie définie selon le protocole de transmission.

36. Dispositif selon l'un des revendications 31 à 35 caractérisé en ce qu'il comporte en outre des moyens de stockage dans un espace mémoire temporaire des parties d'entités élémentaires reçues pour une l'image courante.

37. Dispositif selon la revendication 36 caractérisé en ce qu'il comporte des moyens aptes à stocker les parties d'entités élémentaires reçues pour l'image courante dans un fichier consécutivement aux parties d'entités élémentaires reçues pour l'image précédente de la séquence.

38. Dispositif selon la revendication 37 caractérisé en ce qu'il comporte des moyens aptes à recevoir entièrement la dernière image de la séquence d'images et des moyens aptes à mémoriser l'image reçue sous forme codée dans la mémoire du dispositif client.

39. Dispositif selon la revendication 36 caractérisé en ce qu'il comporte des moyens aptes à stocker les parties d'entités élémentaires reçues pour l'image courante dans un espace de stockage en remplacement des parties d'entités élémentaires reçues pour l'image précédente.

2872972

40. Dispositif selon l'une des revendications 21 à 39 caractérisé en ce qu'il comporte des moyens aptes à mettre en oeuvre le format de codage de la séquence d'images Motion JPEG2000 et le protocole de transmission est JPIP.

41. Appareil de communication caractérisé en ce qu'il comporte un dispositif selon l'une quelconque des revendications 21 à 30.

42. Appareil de communication caractérisé en ce qu'il comporte un lo dispositif selon l'une quelconque des revendications 31 à 40.

43. Ordinateur caractérisé en ce qu'il comprend des moyens adaptés à mettre en oeuvre le procédé de transmission conforme à l'une quelconque des revendications 1 à 10.

44. Ordinateur caractérisé en ce qu'il comprend des moyens adaptés à mettre en oeuvre le procédé de réception conforme à l'une quelconque des revendications 11 à 20.

45. Moyen de stockage d'information, éventuellement partiellement ou totalement amovible, lisible par un système informatique, comprenant des instructions pour un programme adaptées à mettre en oeuvre le procédé de transmission conforme à l'une des revendications 1 à 10, lorsque le programme est chargé et exécuté par le système informatique.

46. Moyen de stockage d'information, éventuellement partiellement ou totalement amovible, lisible par un système informatique, comprenant des instructions pour un programme adaptées à mettre en oeuvre le procédé de réception conforme à l'une des revendications 11 à 20, lorsque le programme 3o est chargé et exécuté par le système informatique.

47. Programme d'ordinateur, lisible par un micro-processeur, caractérisé en ce qu'il comprend des portions de code de logiciel adaptées à mettre en oeuvre le procédé de transmission conforme à l'une des revendications 1 à 10, lorsque ledit programme d'ordinateur est chargé et s exécuté par le micro-processeur.

48. Programme d'ordinateur, lisible par un micro-processeur, caractérisé en ce qu'il comprend des portions de code de logiciel adaptées à mettre en oeuvre le procédé de réception conforme à l'une des revendications 11 à 20, lorsque ledit programme d'ordinateur est chargé et exécuté par le micro-processeur.