FR 2884027 A1 20061006 FR 0503298 A 20050404 La présente invention concerne un procédé et un dispositif de transmission et de réception de vidéo numérique, en particulier la transmission et la réception de sous-parties spatiales d'une vidéo numérique. L'invention se situe dans le domaine technique de la communication de données d'une séquence d'images entre un serveur et un client, et s'applique tout particulièrement lorsque le format des images de la séquence est un format de codage permettant l'accès à des sous-parties spatiales des images de la séquence, comme par exemple le format standardisé Motion-JPEG2000 ( JPEG2000 Part 3 Final Draft International Standard , ISO/IEC JTC1/SC29 WG1 N2250, September 2001). En effet, un tel format associé à un protocole de communication approprié permet le développement de nouvelles applications interactives de visualisation de séquences d'images, permettant notamment à un utilisateur de naviguer spatialement dans les séquences vidéo, par exemple en demandant un zoom avant ou un zoom arrière ou un déplacement spatial, d'augmenter ou diminuer la taille des images affichées ou la fréquence d'affichage. En particulier, grâce à un tel format de codage, un utilisateur peut spécifier une fenêtre de visualisation, de taille plus faible que la taille de l'image pleine résolution. Ceci est particulièrement intéressant lorsque le client reçoit des images d'une caméra fixe haute définition permettant de prendre des images de grande résolution, dans une application de type vidéosurveillance par exemple. II serait intéressant, notamment dans ce contexte, de permettre au client de suivre une zone de l'image en temps réel en fonction de son mouvement, sans avoir à envoyer une nouvelle requête spécifique dès que l'objet contenu dans cette zone s'est déplacé. On connaît dans l'état de l'art des méthodes permettant le suivi d'objets en mouvement dans une vidéo numérique. La demande de brevet US20030197720 décrit un procédé exécuté sur des séquences vidéo qui permet d'extraire et de suivre des objets dans ces séquences. Sur le serveur, préalablement à toute transmission, des objets de la vidéo sont extraits et des vecteurs de mouvement permettant de les suivre dans toute la séquence sont calculés. Ces vecteurs sont stockés sur le serveur, et transmis au client en même temps que l'ensemble des données d'image. Le client peut ensuite sélectionner un de ces objets prédéfinis et de le suivre dans toute la séquence. Mais il faut pour cela avoir reçu toutes les données compressées et seuls les objets prédéterminés peuvent être sélectionnés. La méthode citée ci-dessus ne permet donc pas à l'utilisateur de sélectionner un objet quelconque de l'image et de ne recevoir que les données nécessaires pour suivre cet objet dans la séquence. La présente invention a pour objectif de résoudre ce problème en proposant un procédé permettant de recevoir automatiquement une sous- partie des données codées correspondant à une zone à suivre demandée par l'utilisateur. A cet effet, l'invention propose un procédé de transmission d'images d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication, les images étant codées selon un format permettant l'accès à des sous-parties spatiales. Ce procédé de transmission d'images est remarquable en ce qu'il comporte: une étape préalable de réception d'une requête de suivi, spécifiant une zone spatiale à suivre appartenant à une image de la séquence préalablement reçue par le dispositif client, et des étapes de: - détermination de l'image suivante de la séquence d'images à envoyer au dispositif client détermination d'une zone spatiale dans ladite image suivante, correspondant à la zone spécifiée, en fonction du mouvement estimé dans la séquence d'images, et - envoi au dispositif client d'au moins une partie des données d'image de la zone déterminée. Ainsi, l'invention permet d'envoyer au dispositif client uniquement les données nécessaires pour décoder et afficher la zone en mouvement demandée par le client, sans avoir besoin de ré-encoder les données. Ceci permet de diminuer la bande passante nécessaire à la transmission des données et de satisfaire plus rapidement la requête du client. De plus, l'utilisateur est dispensé d'un suivi manuel de la zone en mouvement. Dans un mode de mise en oeuvre avantageux, la zone spatiale spécifiée dans la requête de suivi est une zone rectangulaire, définie par sa taille et sa position. Une telle zone peut être spécifiée par l'utilisateur à l'aide de son interface graphique et peut être identique à la fenêtre de visualisation du dispositif client. Selon une caractéristique préférée, la requête de suivi contient un champ prédéfini spécifiant au moins l'indice de l'image de la séquence à laquelle appartient la zone à suivre. L'ajout d'un tel champ permet de signifier au serveur de manière simple et compacte la demande de suivi d'une zone par l'utilisateur. En outre, la requête de suivi spécifie la taille et la position d'une fenêtre de visualisation rectangulaire correspondant à la taille et position de la fenêtre de visualisation du dispositif client. Selon un premier mode de mise en oeuvre, la zone spatiale à suivre est identique à la fenêtre de visualisation du dispositif client. Dans ce cas, les coordonnées de ces deux zones rectangulaires sont identiques et transmises une seule fois. Selon un second mode de mise en oeuvre, la zone spatiale à suivre est incluse dans la fenêtre de visualisation. Dans ce cas, la taille et la position de la zone spatiale à suivre sont spécifiées dans le champ prédéfini de la requête de suivi. Lorsque la zone à suivre est incluse dans la fenêtre de visualisation du dispositif client, l'étape d'envoi comporte en outre l'envoi au dispositif client de données d'image supplémentaires correspondant à au moins un voisinage de la zone spatiale déterminée dans ladite image suivante à envoyer. Ainsi, dans le cas où la zone suivie est strictement incluse dans la fenêtre de visualisation du client, mais pas exactement égale à celle-ci, le serveur envoie automatiquement des parties spatiales découvertes par le mouvement de la zone suivie et qui sont nécessaires pour compléter l'affichage. En outre, la requête de suivi spécifie un intervalle d'images de la séquence pour lesquelles le suivi doit s'appliquer ou une durée temporelle de suivi. Ainsi, le suivi et l'ensemble d'images sur lesquelles il doit s'appliquer sont indiqués au serveur de manière aisée sans un surcroît de communications. Selon un premier mode de mise en oeuvre, le mouvement estimé dans la séquence d'images est représenté par des vecteurs de mouvement sur des blocs spatiaux de taille prédéterminée, calculés préalablement et stockés sur le dispositif serveur. Ce mode de mise en oeuvre s'applique dans le cas des vidéos préalablement enregistrées, appelé aussi mode vidéo à la demande . Selon un second mode de mise en oeuvre, le mouvement estimé dans la séquence d'images est représenté par des vecteurs de mouvement sur des blocs spatiaux de taille dépendante de la zone spatiale spécifiée dans la requête de suivi, calculés lors de la capture de la séquence d'images. Ce mode de mise en oeuvre s'applique dans le cas d'une transmission temps réel , dans le cadre d'une application de vidéosurveillance par exemple. Selon une caractéristique, une information de taille et/ou de position de la zone déterminée est transmise au dispositif client. Dans le mode de mise en oeuvre préféré, l'information de taille et/ou de position est transmise sous forme de méta-données. Corrélativement, l'invention concerne également un dispositif de transmission d'images d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication, les images étant codées selon un format permettant l'accès à des sous-parties spatiales. Ce dispositif comporte: - des moyens de réception d'une requête de suivi, spécifiant une zone spatiale appartenant à une image de la séquence préalablement reçue par le dispositif client, des moyens de détermination de l'image suivante à envoyer dans la 30 séquence d'images, - des moyens de détermination d'une zone dans l'image suivante à envoyer, correspondant à la zone spécifiée, en fonction du mouvement estimé dans la séquence d'images, et - des moyens d'envoi au dispositif client d'au moins une partie des données d'image de la nouvelle zone ainsi déterminée. Le dispositif de transmission d'images 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'images d'une séquence d'images numériques associé. Selon un autre aspect, l'invention concerne également un procédé de réception d'images d'une séquence d'images par un dispositif client en provenance d'un dispositif serveur, les images étant codées selon un format permettant l'accès à des sous-parties spatiales. Ce procédé de réception comporte une étape préalable de formulation d'une requête de suivi, spécifiant une zone spatiale à suivre appartenant à une image préalablement reçue de la séquence d'images et des étapes de: - obtention d'au moins une information de position d'une zone de l'image suivante à recevoir, ladite zone correspondant à la zone à suivre en fonction du mouvement estimé dans la séquence d'images, - réception d'au moins une partie des données d'image de ladite zone. Ce procédé de réception permet ainsi de recevoir une zone d'image qui est suivie dans la séquence en fonction du mouvement des objets contenus dans cette zone. Ce procédé est particulièrement avantageux, car les coordonnées de positionnement de la nouvelle zone dans chaque image de la séquence sont transmises par le serveur, ainsi que les données qui la composent. Ainsi, le dispositif client peut mettre en oeuvre le suivi d'une zone en mouvement sans intervention de l'utilisateur. Selon une caractéristique préférée, le procédé comporte également, après l'étape de réception, les étapes de: - mise à jour d'une fenêtre de visualisation en fonction de l'information de position - décodage des données d'image reçues et - affichage dans ladite fenêtre de visualisation des données d'images décodées. Ainsi, l'utilisateur pourra suivre et visualiser la zone contenant un ou plusieurs objets en mouvement qu'il a défini dans la requête de suivi préalable dans la séquence d'images, sans avoir à effectuer d'autres requêtes. Selon un mode de mise en oeuvre, l'étape de formulation comprend l'insertion d'un champ prédéfini dans ladite requête de suivi, le champ prédéfini spécifiant l'indice de l'image contenant la zone à suivre. Ainsi, grâce à l'utilisation d'un champ prédéfini dans la requête, la 10 demande de suivi se fait de manière aisée et sans requérir d'autres ressources calculatoires ou de communication qu'une requête classique. Selon un mode de mise en oeuvre particulièrement avantageux, l'obtention d'au moins une information de position de la nouvelle zone consiste en la réception de ladite information dans un champ de méta-données. Ainsi, cette information est transmise en rajoutant des informations dans un protocole de transmission déjà existant. Corrélativement, l'invention concerne également un dispositif de réception d'images d'une séquence d'images par un dispositif client en provenance d'un dispositif serveur, les images étant codées selon un format permettant l'accès à des sous-parties spatiales. Ce dispositif comporte: des moyens de formulation d'une requête spécifiant une zone spatiale à suivre appartenant à une image préalablement reçue de la séquence d'images - des moyens d'obtention d'au moins une information de position d'une zone de l'image suivante à recevoir, ladite zone correspondant à la zone à suivre en fonction du mouvement estimé dans la séquence d'images - des moyens de réception d'au moins une partie des données d'image de ladite zone. Le dispositif de réception d'images d'une séquence d'images 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 selon l'invention. 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 (JPEG2000 Interactive Protocol, décrit dans la partie 9 du standard, Information technology - JPEG2000 image coding system Part 9: Interactivity tools, APIs and protocols Common Text Publication , UTI-T Rec. T.808 ISO/IEC 15444-9:2004, Juillet 2004.). 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 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 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 25 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 une image visualisée sur le dispositif client; -la figure 4 représente schématiquement le suivi de zone en mouvement dans plusieurs images d'une séquence d'images; - la figure 5 représente un exemple d'algorithme de transmission selon l'invention mis en oeuvre par le dispositif serveur; - la figure 6 représente un exemple d'algorithme de réception selon l'invention mis en oeuvre par le dispositif client; -la figure 7 illustre les positions relatives de la zone suivie avant et après mise à jour par le serveur. L'invention sera décrite, dans les exemples qui suivent, sur des séquences d'images qui sont codées dans le format de compression Motion- JPEG2000, et qui sont échangées entre le serveur et le client en utilisant le procotole JPIP. Selon le format Motion-JPEG2000, toutes les images d'une séquence d'images sont codées indépendamment en format JPEG2000. Le format JPEG2000 permet l'accès à différents niveaux de résolution et de qualité de sous-parties spatiales des images, notamment grâce au découpage des images en blocs spatio-fréquentiels appelés code- blocs et regroupés en ensembles de blocs, appelés precints, représentatifs d'une zone spatiale rectangulaire dans un niveau de résolution donné. Notons cependant qu'il s'agit d'un exemple, et que tout autre format de codage vidéo permettant l'accès à des sous-parties spatiales d'une image quelconque de la séquence pourrait s'appliquer similairement, en utilisant un protocole de transmission approprié. La figure 1 représente schématiquement un contexte applicatif typique 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, par exemple en format de compression MotionJPEG2000, de la séquence vidéo acquise, en utilisant un logiciel spécifique ou une carte dédiée à cet effet. Une application privilégiée envisagée 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. 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. Lorsque le format de compression utilisé est le format Motion-JPEG2000, le protocole JPIP peut être utilisé avantageusement pour effectuer la transmission progressive des données vidéo du serveur vers une machine client. Dans le mode de mise en oeuvre privilégié de l'invention, chaque machine client C possède un logiciel de visualisation interactive des séquences vidéo Motion-JPEG2000. 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 218 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 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 la navigation interactive (par exemple sélection de zone spatiale, modes zoom avant, mode zoom arrière, mode suivi ), à l'aide du clavier 210 ou de tout autre moyen de pointage, comme par exemple une souris 211, 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-ordinateur 200 directement ou par l'intermédiaire d'un autre élément du micro-ordinateur 200. La figure 3 montre schématiquement la fonctionnalité proposée par l'invention. Cette figure donne l'exemple d'une image de la séquence d'images, notée In, de grande résolution, dont au moins une partie est visualisée à un instant donné sur l'écran 208 de la machine client. C'est une image de grande résolution, et la scène vidéo représente un objet en mouvement, noté O, évoluant, suivant la trajectoire schématisée par un trait pointillé, sur un fond fixe. Dans cet exemple, la fenêtre de visualisation de la machine client, notée F, est spatialement plus petite que la taille de l'image à pleine résolution. Dans ce cas, l'utilisateur qui visualise la séquence d'images peut souhaiter la visualisation de l'objet en mouvement avec une résolution maximale plutôt que la visualisation de la scène en son entier à résolution réduite. Pour ce faire il doit, dans les applications existantes de navigation interactive dans des vidéos en format Motion-JPEG2000, déplacer manuellement sa fenêtre de visualisation, en utilisant le clavier 210 ou la souris 211, afin de suivre l'objet en mouvement. La présente invention propose d'automatiser ce processus, en offrant à l'utilisateur la possibilité de sélectionner une zone à suivre Z, englobant l'objet d'intérêt en mouvement et de spécifier un mode suivi , via un bouton de son interface graphique, activable par la souris 211 ou le clavier 210 par exemple. La taille et la position de la zone rectangulaire à suivre dans l'image ln sont calculées automatiquement et envoyées au serveur, selon le procédé de l'invention. Dans le mode de mise en oeuvre préféré, le serveur se charge de calculer et transmettre seulement les données correspondant à la zone sélectionnée par l'utilisateur, à afficher dans sa fenêtre de visualisation. Les coordonnées et éventuellement la taille de la zone suivie évoluent dans le temps, en fonction de la trajectoire de l'objet en mouvement dans la séquence d'images. Cette évolution est illustrée à la figure 4, où sont représentées 4 images successives de la séquence, ln à 1n+3, et la trajectoire T de l'objet O suivi qui est à l'intérieur de la zone Z spécifiée dans la requête client. Le serveur met en oeuvre un procédé de suivi de zone en mouvement, en utilisant, dans le mode de mise en oeuvre préféré, un algorithme de mise en correspondance entre images basé sur une estimation de mouvement par blocs (connu sous le nom de block matching en terminologie anglosaxonne). De tels vecteurs de mouvement V, mettant en correspondance la zone Z de l'image ln et une nouvelle zone Zn+1 de l'image In+1 sont illustrés à la figure 4. Dans cet exemple, le mouvement moyen effectué par la zone Z à suivre est évalué en supposant que la taille de la zone reste inchangée, ce qui est adapté pour un mouvement de translation dans un plan perpendiculaire au plan de la caméra. Cependant, il existe des algorithmes permettant de prendre en compte d'autres types de mouvement, impliquant notamment le changement de taille de la zone d'intérêt. Deux modes de mise en oeuvre seront distingués par la suite, décrits en détail ci-après: le mode de transmission temps réel , où le serveur dispose à l'avance des coordonnées de la zone à suivre au moment de la compression, et le mode de transmission du type vidéo à la demande , où l'acquisition, la compression et le stockage des séquences vidéos sont effectués préalablement à toute transmission. Dans le premier mode temps réel , la mise en correspondance est effectuée sur les images de la séquence après acquisition et avant compression, et éventuellement en fonction de la taille et de la position de la zone Z à suivre. Dans le mode vidéo à la demande, la mise en correspondance est de préférence effectuée au préalable, sur des blocs de taille prédéterminée, et l'ensemble des vecteurs de mouvement obtenus est stocké en mémoire, de préférence en même temps que la séquence compressée. La figure 5 décrit une mise en oeuvre de l'algorithme de traitement executé par le serveur, lors de la réception d'une requête de type suivi, spécifiant une zone spatiale à suivre en fonction du mouvement de la séquence. Dans le mode de mise en oeuvre vidéo à la demande , un ensemble de vecteurs de mouvement mettant en correspondance les images de la séquence est stocké dans un espace de stockage Mem du dispositif serveur, sur le disque dur 212 ou sur un disque externe 216. De nombreux algorithmes de mise en correspondance par blocs entre images sont connus. Par exemple, on peut utiliser une mise en correspondance basée sur la minimisation de l'erreur quadratique moyenne, sur des blocs de taille 4x4 ou 8x8 afin d'avoir une estimation fine du mouvement permettant de s'adapter ultérieurement à la zone à suivre. Par ailleurs, le serveur dispose également, dans le mode de mise en oeuvre vidéo à la demande , de l'ensemble des images de la séquence, chaque image étant individuellement codée en format JPEG2000, conformément au standard Motion-JPEG2000: chaque image est ainsi représentée par un ensemble de résolutions spatiales, un ensemble de niveaux ou couches de qualité et une partition spatiale de chaque niveau de résolution en zones rectangulaires indépendamment décodables appelées precincts. Dans l'exemple de mise en oeuvre décrit ici, ces images codées sont également stockées dans l'espace de stockage Mem. La première étape de l'algorithme, E500, est la réception d'une requête de type suivi , notée Rs, en provenance du dispositif client. La requête Rs spécifie le mode suivi pour une zone Z définie, par exemple, par les coordonnées spatiales (x, y) de son coin supérieur gauche dans un référentiel prédéterminé, sa hauteur h et sa largeur w, ainsi que sa résolution res et son niveau de qualité Q. La requête spécifie l'indice n de l'image de la séquence dans laquelle la zone Z a été sélectionnée. En pratique, lorsque le protocole JPIP est utilisé pour la communication des données codées en format Motion-JPEG2000, le mode suivi est spécifié par un champ optionnel, rajouté à cet effet dans la requête, comme par exemple la mention tracking=n dans l'exemple ci-dessous, où n représente l'indice de l'image dans laquelle la zone Z est spécifiée. Enfin, si la zone suivie est strictement inclue dans la fenêtre de visualisation de l'utilisateur, c'est-à-dire ZcF et ZEF, le champs tracking spécifie également les coordonnées de la zone suivie Z. Un exemple de requête basée sur le protocole http (Hyper Text Transfer Protocol) sera donné ci-dessous en référence à la figure 6. De manière optionnelle, la requête peut également spécifier l'intervalle d'image [n,n1] de la séquence pour lesquelles le mode suivi s'applique. En variante, la requête pourrait spécifier une durée temporelle pour laquelle le mode suivi doit s'appliquer. Enfin, dans une autre variante, la requête de suivi ne spécifie pas de limite, et alors le mode suivi n'est invalidé que par la réception d'une nouvelle requête qui ne spécifie pas un suivi de zone spatiale ou bien qui spécifie une autre zone à suivre. Après réception d'une telle requête Rs, le serveur sélectionne l'indice 30 n' de la première image à transmettre au client (étape E502). Dans le mode de transmission vidéo à la demande , l'indice n' peut être par exemple choisi comme étant l'indice de l'image suivant l'image spécifiée dans la requête n'=n+SF, où SF est le facteur de souséchantillonnage temporel spécifié dans les préférences du client. Ce facteur est déduit des champs de requêtes optionnels stream , srate , et drate , disponibles dans le protocole JPIP. Alternativement, dans le mode de transmission temps réel , l'acquisition et la transmission des images est continue, et donc l'indice n' doit correspondre à la prochaine image à envoyer par le serveur, qui peut être égal à n+D, où D correspond à un délai éventuel. A l'étape suivante E504, l'algorithme vérifie que le mode suivi s'applique bien pour l'image d'indice n', donc par exemple que l'indice n' est inférieur à n1 dans le cas où un intervalle d'images [n,n1] est spécifié dans la requête. Si la réponse est négative, l'étape E504 est suivie par l'étape E512 qui sera décrite ultérieurement. II s'agit alors d'un mode de fonctionnement connu qui ne fait pas l'objet de la présente invention. Dans le cas où la réponse est positive, l'étape E504 est suivie de l'étape E506, qui détermine la nouvelle zone Z' de l'image In, correspondant à la zone Z de l'image ln en fonction du mouvement dans la vidéo. Comme expliqué ci-dessus en référence à la figure 4, on utilise les vecteurs de mouvement relatifs à la séquence. Dans le mode de mise en oeuvre vidéo à la demande , on utilise les vecteurs préalablement calculés et stockés en mémoire. Alternativement, dans le mode temps réel , on recherche dans l'image In, la zone rectangulaire Z', par exemple de même taille que Z, présentant la plus grande corrélation avec la zone Z de l'image ln sans nécessairement définir un vecteur de mouvement associé. Dans l'un ou l'autre des modes de mise en oeuvre, l'étape E506 consiste à déterminer une nouvelle zone Z' mise en correspondance avec la zone Z. Selon un mode de mise en oeuvre préféré, on affecte un vecteur de mouvement principal à la zone Z en effectuant une moyenne pondérée sur les coordonnées des vecteurs de mouvement associés aux blocs de taille prédéterminée inclus dans Z. Si l'on note {Vi(ai,b1), V2(a2,b2) VK(aK,bK)} l'ensemble des vecteurs inclus dans Z et mettant en correspondance un bloc de ZcIn et un autre bloc de In. on peut obtenir un vecteur principal V' avec les coordonnées: où les coefficients m, sont des coefficients de pondération dont la K somme est égale à 1: lm, = 1. Alternativement, on peut affecter à la zone Z un vecteur composé des valeurs médianes des coordonnées des vecteurs V;, ce qui aurait l'avantage d'exclure les valeurs aberrantes (appelées outliers en terminologie anglo-saxonne). Une fois ce vecteur principal obtenu, il suffit de calculer la projection de la zone Z dans In par le vecteur V' pour obtenir les coordonnées de la zone Z' dans In,. Selon encore une autre alternative, on peut déterminer la zone Z' en utilisant l'algorithme de suivi d'une région d'intérêt décrit dans le brevet FR02.09275. Notons que dans le mode de mise en oeuvre préféré, la mise en correspondance est effectuée entre deux images consécutives de la séquence d'images, comme illustré figure 3. Le dispositif serveur mémorise les coordonnées de la zone Z' déterminée et de l'indice d'image (n') associé, afin d'utiliser cette information pour l'image suivante à traiter (n'+SF). Alternativement, il est envisageable que les vecteurs de mouvement utilisés pour la détermination de la zone Z' mettent en correspondance les images In et In', In étant l'image spécifiée dans la requête, dans laquelle l'utilisateur a choisi la zone à suivre. A l'issue de cette étape on dispose des nouvelles coordonnées (x',y') du coin supérieur gauche de la zone Z' dans l'image d'indice n', et éventuellement de sa nouvelle taille. Selon une variante où l'algorithme de suivi est à même de mettre en correspondance des zones rectangulaires de taille différentes, il se peut que la taille de la zone suivie augmente ou baisse de façon significative au fil du temps, par exemple si l'objet suivi se rapproche ou s'éloigne du plan de prise de vue. Dans ces cas, selon un mode de réalisation particulier de l'invention, le serveur peut décider de changer le niveau de résolution de visualisation de l'image, et sélectionne alors le niveau de résolution qui donne une zone suivie de taille la plus proche de celle de la fenêtre de visualisation F dont la taille reste fixe. Ensuite, le procédé prévoit de générer (étape E508) des messages binaires de réponse en format JPIP de type metadata-bin (méta-données) , qui encapsulent les nouvelles coordonnées (position et taille) de la zone suivie, permettant de signaler au client la taille et la position de la fenêtre de visualisation qu'il devra afficher. De nouvelles meta-données JPEG2000/JPIP propriétaires sont définies à cet effet. Par exemple, une boîte de méta-données spécifiant les nouvelles 15 coordonnées de la zone suivie Z' peut contenir, dans cet ordre, les champs suivants: LBoX TBoX XLBoX x Y w'hIres: De façon conforme à la spécification des boîtes de méta-données JPEG2000, les champs LBoX et TB, X indiquent respectivement la longueur en octets et le type de la boîte considéré. Pour réaliser la présente invention, on définit un type propriétaire 'mobj' (moving object) indiquant que la boîte indique les coordonnées d'un objet en mouvement. Le champ optionnel XLBoX indique la longueur de la boîte si le champ LBoX est égal à 1. En pratique, il n'est pas utilisé pour ces boîtes de type 'mobj'. Enfin, les champs x, y, w et h, constituent la représentation non-signée sur 4 octets d'entiers respectivement égaux à l'abscisse, l'ordonnée, la largeur et la hauteur de la zone rectangulaire Z', constituant la zone suivie. Notons que les champs w et h sont optionnels. Si la valeur de LBoX est égale à 16 octets, alors w et h sont omis. Sinon, LBoX indique un nombre d'octets égal à 24 et les valeurs w et h apparaissent dans la boîte. Le champ res, également optionnel, indique si nécessaire le nouveau niveau de résolution sélectionné par le serveur, comme expliqué ci-dessus. Dans le mode de mise en oeuvre préféré illustré ici, ces métadonnées sont transmises au client à l'étape E510, c'est à dire préalablement aux données compressées représentant la portion de l'image ln. à transmettre, afin que le client puisse mettre à jour sa fenêtre d'affichage pour l'image courante d'indice n'. Selon une variante on pourrait envisager d'omettre la génération et l'émission de metadonnées contenant les caractéristiques de la nouvelle zone déterminée, en laissant le soin au dispositif client de déduire par le calcul les caractéristiques de la nouvelle zone en fonction des données reçues (notamment en fonction des indices des entités élementaires de JPEG2000, appelées precincts). Cette dernière variante est cependant sous-optimale, car elle implique des calculs et un éventuel délai pour le décodage et l'affichage des données sur le dispositif client. De plus, la détermination des coordonnées de la zone suivie par le client selon cette dernière approche serait approximative. L'étape suivante E511 prévoit de tester si la zone suivie Z est identique à la fenêtre de visualisation de l'utilisateur F. Dans l'affirmative, l'étape suivante E512 est dédiée à la détermination des données vidéo compressées en format JPEG2000 qui manquent au client pour pouvoir décoder et afficher la nouvelle zone Z' qui constitue également la nouvelle fenêtre de visualisation de l'utilisateur. Dans la négative, l'étape E513 calcule les données compressées utiles à décoder la zone rectangulaire, notée Rect(Z,Z), englobant les zones Z(x,y,w,h) et Z'(x y', w;h'). Une telle zone rectangulaire englobante est illustrée à la figure 7. Les coordonnées et la taille de cette zone englobante sont données par: Rect(Z,Z') = [min(x,x),min(y,y),max(x+w,x'+w'),max(y+h,y'+h)] Dans ce cas, la fenêtre de visualisation du client affiche un fond fixe et la zone visualisée à l'intérieur (la zone requise Z de la figure 3 est strictement incluse dans la fenêtre de visualisation F). Dans ce cas, à l'étape E513 sont calculées d'une part les données vidéo à transmettre à l'intérieur de la zone Z', et d'autre part les données appartenant à la zone découverte , c'est-à-dire la partie de la fenêtre de visualisation préalablement occupée par la zone Z dans l'image préalablement affichée, et qu'il faut rafraîchir. A l'étape suivante E514, les données déterminées préalablement sont transmises au client dans le format approprié (ici JPIP). Cette étape est suivie de l'étape E516, où l'on vérifie si l'image précédemment traitée In. est la dernière image de la réponse à transmettre au client. Si ce n'est pas la dernière image, cette étape est suivie de l'étape E518, où l'indice de l'image courante à traiter est mis à jour en fonction du facteur d'échantillonnage de la séquence SF, pour retourner ensuite à l'étape E504 déjà décrite. Si la réponse au test E516 est positive, alors l'étape E519 prévoit de transmettre un message de fin de réponse au client, terminant ainsi la réponse. Enfin, l'algorithme prend fin (E520). La figure 6 décrit un mode de réalisation de l'algorithme mis en oeuvre par le dispositif client pour effectuer le suivi automatique d'une zone d'image, qui s'applique indifféremment au mode vidéo temps réel ou vidéo à la demande . L'algorithme débute suite à une requête de l'utilisateur, obtenue par l'intermédiaire d'une interface graphique permettant à celui-ci de naviguer dans la séquence d'images, d'en sélectionner des sous-parties, de spécifier leur résolution, qualité et aussi, selon la présente invention, de demander le suivi d'une de ces sous-parties, par l'intermédiaire d'un bouton à cliquer ou d'une commande par l'intermédiaire de la souris 211 ou du clavier 210. On dispose alors en entrée de l'algorithme de l'indice de l'image courante n et d'une requête utilisateur, spécifiant une fenêtre de visualisation par ses coordonnées (x,y), sa taille (w,h), sa résolution res et son niveau de qualité Q. La première étape de l'algorithme selon un mode de mise en oeuvre préféré de l'invention est un test E600 évaluant si l'option suivi de zone a été activée. Si la réponse est négative, la suite se déroule de façon classique, par une étape E602 d'émission d'une requête selon le protocole JPIP pour demander des données d'image correspondant à la fenêtre de visualisation spécifiée par l'utilisateur. Cette requête est suivie par l'étape E603 de réception et stockage des données. L'étape E603 est suivie des étapes de décodage et affichage, décrites plus loin en référence aux étapes E612 et E615. Si la réponse au test E600 est positive, l'étape suivante est l'étape E604, de formulation et émission d'une requête de type JPIP comprenant un champ optionnel tracking=n , destiné à signaler au serveur le mode suivi selon l'invention. Une telle requête JPIP, basée sur le protocole http, peut par exemple prendre la forme suivante: GET/fcgi-bin/ Jpip5erver.exe ? target=sequence. mj2 &fsiz=2048,1876 &rsiz=512,512 &roff=113, 237&loyers=6&context=mj2t &tracking=69 Cette requête spécifie la référence de la séquence: sequence.mj2 . Le champ fsiz indique la résolution de l'image (représenté ici par la taille H=2048, W=1876), le champ rsiz indique la taille (hauteur h=512, largeur w=512) de la fenêtre de visualisation demandée et le champ roff indique les coordonnées (abscisse x=113, ordonnée y=237) de la fenêtre de visualisation demandée. Le champ loyers indique le nombre de couches de qualité demandé, égal à 6 dans l'exemple. Le champ additionnel tracking=69 est ajouté par rapport au standard JPIP pour réaliser la fonctionnalité de l'invention. Ce champ indique qu'un suivi est requis par l'utilisateur et que les coordonnées initiales de la zone suivie sont définies dans l'image d'indice 69. Dans le cas de la requête ci-dessus, la zone à suivre (Z) est confondue avec la fenêtre de visualisation (F) de l'utilisateur. Dans le cas où la zone à suivre serait strictement incluse dans la fenêtre de visualisation alors des champs optionnels supplémentaires sont nécessaires pour spécifier ses coordonnées. Ils peuvent par exempleprendre la forme suivante: tracking=69 Les valeurs (135,264) indiquent l'abscisse et l'ordonnée de l'origine de la zone suivie dans l'image et le couple (327,179) sa largeur et sa taille. Notons que la zone à suivre doit être incluse dans la fenêtre de visualisation. Si tel n'est pas le cas, le serveur considère l'intersection entre la zone à suivre spécifiée et la fenêtre de visualisation. Si enfin cette intersection est nulle, alors le champ tracking est non valide et ignoré par le serveur. La requête ainsi formulée est émise vers le serveur. Ensuite, à l'étape E606, dans le mode de réalisation préféré de l'invention, le client reçoit du serveur le message envoyé par celui-ci à l'étape E510, contenant des méta-données signalant les nouvelles coordonnées de la zone suivie par le serveur: l'indice de l'image correspondante n', ses coordonnées (x,y), sa taille (h,w) et sa résolution res' et le niveau de qualité Q'. Le client met alors à jour sa zone suivie Z avec les nouvelles 15 coordonnées reçues (étape E608). Comme expliqué plus haut (en référence à la figure 3), on peut envisager deux cas de figure: soit la fenêtre de visualisation sur le dispositif client est confondue avec la zone suivie, soit la zone suivie est à l'intérieur de la fenêtre de visualisation. Dans les deux cas, il est nécessaire de mettre à jour la dimension et la position de la zone suivie, de manière à ce que le client sache quelle portion d'image il doit décoder et afficher. Enfin, en variante, les métadonnées ne sont pas reçues (l'étape E606 est omise), et alors l'étape E608 est mise en oeuvre après calcul des nouvelles coordonnées (x',y') de la zone suivie Z à partir des indices des entités élémentaires de codage (precincts) reçues. A cette étape, la zone suivie Z se voie attribuer les mêmes coordonnées que la zone Z' spécifiée par la boîte de méta-données décodée à l'étape E606. L'étape E608 est suivie de l'étape E609, de réception et stockage en mémoire ( caching en terminologie anglo-saxonne) des données d'image compressées appartenant à l'image In, qui sont nécessaires pour répondre à la requête formulée à l'étape E604. Ces données reçues sont les données compressées envoyées par le serveur à l'étape E514. Ensuite, à l'étape E610, un test est mené afin de déterminer si on se trouve dans le mode où la zone suivie Z est confondue avec la fenêtre de visualisation F. Dans l'affirmative, on met à jour la fenêtre de visualisation F en lui attribuant les mêmes coordonnées que la zone suivie Z (E611). Les données ainsi reçues sont ensuite décodées (étape E612) selon le format JPEG2000, pour pouvoir être ensuite affichées dans la fenêtre de visualisation (étape E615). De retour au test E610, si le test est négatif, alors on passe à l'étape E613. Cette étape prévoit de mettre à jour la fenêtre de visualisation F si la nouvelle zone suivie ne se trouve plus à l'intérieur de la fenêtre de visualisation. Cette mise à jour consiste à calculer la nouvelle fenêtre de visualisation F' en ajoutant respectivement les déplacements (x'-x) et (y' y) à l'abscisse et l'ordonnée de l'ancienne fenêtre F. De plus, le déplacement de la fenêtre de visualisation entraîne l'apparition d'une zone découverte à l'écran. Cette zone découverte, notée F'IF, est décodée. Ensuite, à l'étape E614, on décode la nouvelle zone suivie Z', ainsi que la portion d'image découverte issue du déplacement de la zone suivie. Pour cela, on calcule la zone rectangulaire englobant la zone suivie à son ancienne position Z et la zone suivie à sa nouvelle position Z'. Comme expliqué précédemment en référence à l'étape E513, la zone rectangulaire englobant l'ensemble de ces deux zones est notée Rect(Z,Z'), et ses coordonnées sont données par [min(x,x),min(y,y'),max(x+w,x'+w), max(y+h,y'+h) ] . La figure 7, décrite ultérieurement, illustre sur un exemple visuel les positions relatives des zones Z et Z', ainsi que le rectangle les englobant Rect(Z, Z'). L'étape suivante E615 consiste en l'affichage de la ou des zones décodées lors des étapes précédentes. Ensuite, à l'étape E616 on effectue un test pour vérifier si le message reçu du serveur contient un champ indiquant que la réponse JPIP du serveur a été entièrement traitée. Si c'est le cas, l'algorithme passe à l'étape E620 en attente d'une prochaine requête utilisateur. Cette étape est suivie de l'étape E622, qui teste si l'utilisateur a demandé une sortie du logiciel de navigation dans une séquence d'images. Si la réponse est positive, l'algorithme prend fin à l'étape E624. Sinon, l'algorithme retourne à l'étape E600 qui traite la nouvelle requête de l'utilisateur. De retour au test E616, si le test indique que la requête n'a pas été entièrement traitée, donc qu'il reste des données à recevoir et à afficher, le procédé passe à l'étape E618, qui teste si la fonctionnalité suivi est active pour la requête en cours de traitement. En cas de réponse positive, l'algorithme reprend à l'étape E606 pour recevoir les caractéristiques de la nouvelle zone à afficher. En cas de réponse négative, l'étape E603 et suivantes de réception et décodage sont à nouveau exécutées. La figure 7 illustre sur un exemple les positions relatives de la zone suivie avant et après mise à jour par le serveur. Le rectangle désigné par In, représente dans sa globalité l'image d'indice n' transmise du serveur S vers le client C de la figure 1. La figure 7 illustre de plus la zone suivie Z avant modification de ses coordonnées par le serveur (étape E506), ainsi que la nouvelle zone Z' correspondant à la zone suivie après modification de ses coordonnées, en fonction du mouvement contenu dans la séquence, par le serveur. Enfin, le rectangle noté Rect(Z, Z'), introduit précédemment en référence aux étapes E513 et E614, correspond à la zone rectangulaire englobant exactement les deux rectangles Z et Z'. Comme expliqué en référence à l'étape E513, la transmission des données JPEG2000 contribuant à cette zone Rect(Z,Z') est nécessaire pour le client, dans le mode de réalisation où la zone suivie Z se situe à l'intérieur de la fenêtre de visualisation F de l'utilisateur, également illustrée sur la figure 7. REVENDICATIONS 1. Procédé de transmission d'images d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication, les images étant codées selon un format permettant l'accès à des sous-parties spatiales, caractérisé en ce qu'il comporte: une étape préalable de réception (E500) d'une requête de suivi, spécifiant une zone spatiale à suivre appartenant à une image de la séquence préalablement reçue par le dispositif client, et des étapes de: détermination (E502,E518) de l'image suivante de la séquence d'images à envoyer au dispositif client - détermination (E506) d'une zone spatiale dans ladite image suivante, correspondant à la zone spécifiée, en fonction du mouvement estimé dans la séquence d'images, et - envoi (E514) au dispositif client d'au moins une partie des données d'image de la zone déterminée. 2. Procédé selon l'une des revendications 1, caractérisé en ce que la zone spatiale à suivre spécifiée dans la requête de suivi est une zone rectangulaire, définie par sa taille et sa position. 3. Procédé selon la revendication 2, caractérisé en ce que la requête de suivi contient un champ prédéfini spécifiant au moins l'indice de l'image de la séquence à laquelle appartient la zone à suivre. 4. Procédé selon la revendication 3, caractérisé en ce que la requête de suivi spécifie en outre la taille et la position d'une fenêtre de visualisation rectangulaire. 5. Procédé selon la revendication 4, caractérisé en ce que la zone spatiale est identique à ladite fenêtre de visualisation. 6. Procédé selon la revendication 4 caractérisé en ce que la taille et la position de la zone spatiale à suivre sont spécifiées dans le champ prédéfini de la requête de suivi, la zone spatiale étant incluse dans ladite fenêtre de visualisation. 7. Procédé selon la revendication 6, caractérisé en ce que l'étape d'envoi comporte en outre l'envoi (E513,E514) au dispositif client de données d'image supplémentaires correspondant à au moins un voisinage de la zone spatiale déterminée dans ladite image suivante à envoyer. 8. Procédé selon l'une des revendications 2 à 7, caractérisé en ce la requête de suivi spécifie en outre un intervalle d'images de la séquence pour lesquelles le suivi doit s'appliquer ou une durée temporelle de suivi. 9. Procédé selon l'une des revendications 1 à 8, caractérisé en ce que le mouvement estimé dans la séquence d'images est représenté par des vecteurs de mouvement mettant en correspondance des blocs spatiaux entre au moins une première et au moins une seconde images de la séquence, lesdits blocs étant de taille prédéterminée, lesdits vecteurs étant calculés préalablement et stockés sur le dispositif serveur. 10. Procédé selon l'une des revendications 1 à 8, caractérisé en ce que le mouvement estimé dans la séquence d'images est représenté par des vecteurs de mouvement mettant en correspondance des blocs spatiaux entre au moins une première et au moins une seconde images de la séquence, lesdits blocs étant de taille dépendante de la zone spatiale spécifiée dans la requête de suivi, lesdits vecteurs étant calculés lors de la capture de la séquence d'images. 11. Procédé selon l'une des revendications 1 à 10, caractérisé en ce qu'une information de taille et/ou de position de la zone déterminée est transmise (E510) au dispositif client, préalablement à l'étape d'envoi des données d'image. 12. Procédé selon la revendication précédente, caractérisé en ce que ladite information est transmise sous forme de méta-données. 13. Procédé selon l'une des revendications précédentes, caractérisé en ce que le format de codage des images de la séquence d'images est le format Motion-JPEG2000 et en ce que les données d'images sont transmises selon le protocole JPIP. 14. Procédé de réception d'images d'une séquence d'images par un dispositif client en provenance d'un dispositif serveur, les images étant codées selon un format permettant l'accès à des sous-parties spatiales, caractérisé en ce qu'il comporte: une étape préalable de formulation (E604) d'une requête de suivi spécifiant une zone spatiale à suivre appartenant à une image préalablement reçue de la 20 séquence d'images et des étapes de: - obtention (E606) d'au moins une information de position d'une zone de l'image suivante à recevoir, ladite zone correspondant à la zone à suivre en fonction du mouvement estimé dans la séquence d'images réception (E609) d'au moins une partie des données d'image de ladite zone. 15. Procédé selon la revendication 14, caractérisé en ce qu'il comporte, après l'étape de réception, les étapes de: -mise à jour (E611) d'une fenêtre de visualisation en fonction de l'information de 30 position décodage (E612,E614) des données d'image reçues, et - affichage (E615) dans ladite fenêtre de visualisation des données d'images décodées 16. Procédé selon l'une des revendications 14 à 15, caractérisé en ce que l'étape de formulation d'une requête (E604) comprend l'insertion d'un champ prédéfini dans ladite requête de suivi, le champ prédéfini spécifiant l'indice de l'image contenant la zone à suivre. 17. Procédé selon l'une des revendications 15 à 16, caractérisé en ce que l'obtention d'au moins une information de position de la nouvelle zone consiste en la réception (E606) de ladite information dans un champ de méta- données. 18. Procédé selon l'une quelconque des revendications 14 à 17, caractérisé en ce que le format de codage des images de la séquence d'images est Motion-JPEG2000 et en ce que les données sont transmises selon le protocole de communication JPIP. 19. Dispositif de transmission d'images d'une séquence d'images numériques entre un dispositif serveur et un dispositif client reliés par un réseau de communication, les images étant codées selon un format permettant l'accès à des sous-parties spatiales, caractérisé en ce qu'il comporte: -des moyens de réception d'une requête de suivi spécifiant une zone spatiale appartenant à une image de la séquence préalablement reçue par le dispositif client, -des moyens de détermination de l'image suivante à envoyer dans la séquence d'images -des moyens de détermination d'une zone dans l'image suivante à envoyer, correspondant à la zone spécifiée, en fonction du mouvement estimé dans la séquence d'images, et - des moyens d'envoi au dispositif client d'au moins une partie des données d'image de la nouvelle zone déterminée. 20. Dispositif selon la revendication 19, caractérisé en ce que les 5 moyens de réception de la requête de suivi sont aptes à extraire de la requête de suivi un champ prédéfini spécifiant l'indice de l'image de la séquence à laquelle appartient l'image à suivre. 21. Dispositif selon la revendication 20, caractérisé en ce que les moyens de réception de la requête de suivi sont aptes à extraire de la requête de suivi la taille et la position d'une fenêtre de visualisation rectangulaire du dispositif client. 22. Dispositif selon la revendication 20, caractérisé en ce que sont 15 aptes à extraire de la requête de suivi la taille et la position de la zone spatiale à suivre. 23. Dispositif selon la revendication 22, caractérisé en ce qu'il comporte en outre des moyens d'envoi au dispositif client de données d'image supplémentaires correspondant à au moins un voisinage de la nouvelle zone spatiale déterminée. 24. Dispositif selon la revendication 19 caractérisé en ce que les moyens de réception de la requête de suivi sont aptes à extraire de la requête de suivi en outre un intervalle d'images de la séquence pour lesquelles le mode de suivi doit s'appliquer ou une durée temporelle de suivi. 25. Dispositif selon l'une des revendications 19 à 24, caractérisé en ce qu'il comporte des moyens de calcul et de stockage de vecteurs de 30 mouvement sur des blocs spatiaux de taille prédéterminée. 26. Dispositif selon l'une des revendications 19 à 24, caractérisé en ce qu'il comporte des moyens de calcul lors de la capture de la séquence d'images de vecteurs de mouvement sur des blocs spatiaux de taille dépendante de la zone spatiale spécifiée dans la requête de suivi. 27. Dispositif selon l'une des revendications 19 à 26, caractérisé en ce qu'il comporte des moyens aptes à transmettre au dispositif client une information de position de la zone déterminée dans l'image suivante à envoyer. 28. Dispositif selon la revendication précédente, caractérisé en ce que ladite information de position est transmise sous forme de méta-données. 29. Dispositif de réception d'images d'une séquence d'images par un dispositif client en provenance d'un dispositif serveur, les images étant codées selon un format permettant l'accès à des sous-parties spatiales, caractérisé en ce qu'il comporte: - des moyens de formulation d'une requête spécifiant une zone spatiale à suivre appartenant à une image préalablement reçue de la séquence d'images - des moyens d'obtention d'au moins une information de position d'une zone de l'image suivante à recevoir, ladite zone correspondant à la zone à suivre en fonction du mouvement estimé dans la séquence d'images - des moyens de réception d'au moins une partie des données d'image de ladite 25 zone. 30. Dispositif selon la revendication 29, caractérisé en ce qu'il comporte, en outre: - des moyens de mise à jour d'une fenêtre de visualisation en fonction de 30 l'information de position -des moyens de décodage des données d'image reçues -des moyens d'affichage dans ladite fenêtre de visualisation des données d'images décodées. 31. Dispositif selon l'une des revendications 29 à 30, caractérisé en ce que les moyens de formulation sont aptes à insérer un champ prédéfini dans ladite requête de suivi spécifiant l'indice de l'image contenant la zone à suivre. 32. Dispositif selon l'une des revendications 29 à 21, caractérisé en ce que les moyens d'obtention d'au moins une information de position de ladite zone comprennent des moyens de réception de ladite information dans un champ de méta-données. 33. Support d'informations lisible par un système informatique, tel un disque dur ou une disquette, ou support transmissible, tel un signal électrique ou optique, caractérisé en ce qu'il comporte des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé de transmission d'images d'une séquence d'images selon l'une des revendications 1 à 13 et/ou d'un procédé de réception d'images d'une séquence d'images selon l'une des revendications 14 à 18, lorsque ce programme est chargé et exécuté par un système informatique. 34. Support d'informations lisible par un système informatique amovible, totalement ou partiellement, notamment CD-ROM ou support magnétique, tel un disque dur ou une disquette, ou support transmissible, tel un signal électrique ou optique, caractérisé en ce qu'il comporte des instructions d'un programme d'ordinateur permettant la mise en oeuvre d'un procédé de transmission d'images d'une séquence d'images selon l'une des revendications 1 à 13 et/ou d'un procédé de réception d'images d'une séquence d'images selon l'une des revendications 14 à 18, lorsque ce programme est chargé et exécuté par un système informatique. 35. Programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant la mise en oeuvre d'un procédé de transmission d'images d'une séquence d'images selon l'une des 5 revendications 1 à 13 et/ou d'un procédé de réception d'images d'une séquence d'images selon l'une des revendications 14 à 18, lorsque ce programme est chargé et exécuté par un système informatique.