Brevet FR2948842A1 — publié le 20110204

La présente invention entre dans le domaine de la transmission en temps réel de flux de données numériques, en particulier dans la transmission en temps réel au travers d'un réseau de communication de flux numériques de données audio et vidéo. L'invention trouvera une application spécifique, mais aucunement limitative, dans la transmission en temps réel de flux numériques de données audio et vidéo au travers réseau de communication de type informatique, local ou distant, tel Internet ou Intranet. Dans le cadre de l'invention, la transmission s'effectue depuis un terminal de capture de sons et d'images, telle une caméra, vers un terminal distant de lecture, au travers d'un réseau informatique. Le son est capturé, notamment par un microphone, et transcrit en données numériques audio tandis que les séquences d'images sont capturées puis transcrites en données numériques vidéo. Ces données audio et vidéo sont alors transmises au travers d'un réseau de communication, notamment informatique, vers un terminal distant dudit terminal de capture. Ce terminal distant est à même de lire lesdites données, à savoir qu'il possède des moyens de restitution des sons, comme des enceintes ou haut-parleurs, et de visualisation des images, tel un écran. On notera que la transmission selon l'invention s'effectue en temps réel. En d'autres termes, la capture, la transcription, la transmission et la restitution s'effectuent en direct et en continu. De manière connue, les données audio et vidéo sont transmises sur un réseau de communication de manière simultanée au travers d'un unique flux de données. En d'autres termes, les deux données sont associées et transmises ensembles au travers dudit réseau. Une technologie informatique connue pour ce type de transmission en temps réel est le � streaming �. Elle permet donc de visualiser et écouter sur le terminal de lecture en continu les données audio et vidéo transmises au travers d'un réseau informatique, comme Internet. Cette lecture s'effectue au fur et à mesure de la réception des données, avant la fin du téléchargement de ces dernières. Ce type transmission simultanée des flux de données audio et vidéo pose un inconvénient majeur commun à toutes les technologies. En effet, la quantité d'informations audio et vidéo transmises dépasse souvent le débit réel que peut supporter le réseau, entraînant des saccades ou coupures dans la restitution du flux vidéo mais aussi audio. En partie, ces saccades sont liées au fait que le flux audio+vidéo est transmis sur un unique port de communication dudit réseau. C'est pourquoi la plupart des applications utilisant la technologie de streaming ont recourt à un � buffer �, à savoir un espace mémoire dans lequel sont stockées temporairement les données avant leur lecture. Ce buffer permet d'enregistrer une quantité minimum de données à lire, assurant la continuité dans la restitution des flux, même en cas d'engorgement du réseau ou de baisse du débit. Toutefois, en fonction de la taille du buffer, la durée de son remplissage entraîne un laps de temps préjudiciable en cas de communication voulue en temps réel, par exemple dans le cas d'une conversation. Une autre technologie connue en découlant est le � Real Time Streaming Protocol � (RTSP) qui s'affranchit d'un buffer dont le temps de stockage peut être reste un inconvénient dans le cadre d'une connexion souhaitée en temps réel. Toutefois, cette technologie présente toujours le désavantage des saccades, voir des décalages ente la restitution des flux de données audio et vidéo. La présente invention a pour but de pallier les inconvénients de l'état de la technique en proposant de dissocier les flux de données audio et vidéo dans leur transmission. En particulier, l'invention vise l'isolation du flux de données audio. Cette particularité permet de s'affranchir de toute saccade, latence, arrêt momentané (freezing) ou décalage au moment de la restitution des données par le terminal distant de lecture. De plus, l'invention permet de ne transmettre que le flux 5 de données vidéo ou bien deux flux distincts de données audio et vidéo. Pour ce faire, la présente invention concerne un procédé de transmission en temps réel de flux numériques de données audio et vidéo au travers d'un réseau de communication de type 10 informatique. Au sein d'un tel procédé, ladite transmission s'effectue en direct depuis un terminal d'émission vers un terminal distant de réception et de restitution desdites données. De plus, ledit procédé se caractérise en ce qu'il consiste 15 à : - transmettre uniquement le flux de données vidéo au travers d'un premier port de communication dudit réseau ; et - sous l'action dudit terminal distant, de transmettre de manière dissociée le flux audio au travers d'un second port de 20 communication. Selon une autre caractéristique, ledit terminal d'émission capture en continue des sons et des images et les transcrit réciproquement en deux flux numériques distincts de données audio et vidéo. 25 D'autres caractéristiques et avantages de l'invention ressortiront de la description détaillée qui va suivre des modes de réalisation non limitatifs de l'invention, en référence à la figure annexée : - la figure unique représentant schématiquement 30 l'architecture mise en oeuvre par le procédé de transmission en temps réel selon l'invention. La présente invention concerne la transmission en temps réel, directement et en continu de flux numériques de données audio et vidéo. 35 En particulier, cette transmission s'effectue depuis au moins un terminal d'émission 1 vers au moins un terminal de réception 2 au travers d'un réseau de communication de type informatique. A ce titre, ledit réseau informatique peut être un réseau local, tel un Intranet, ou distant, tel Internet. Les deux types de réseaux sont représentés sur la figure annexée. La partie droite représente un réseau local, dont les éléments et terminaux sont connectés entre eux de manière filaire ou non, tel par voie hertzienne, notamment au travers de la technologie de réseau sans fil Wi-Fi. Dès lors un serveur local 3 permet de relier les terminaux 1 et 2 entre eux. La partie gauche schématise succinctement un réseau global, à distance, avec un serveur distant 4 relié au terminal d'émission 1 par l'intermédiaire de moyens connexion 5 audit réseau, tel un routeur. De plus, ledit terminal de réception est connecté, par l'intermédiaire de moyens adaptés pour se connecter audit réseau global, à ce serveur distant 4 qui assure la liaison avec le terminal d'émission 1. On notera que ledit terminal d'émission 1 peut être un dispositif de capture en continu des sons et des images, telle une caméra. Un tel dispositif de capture comprend des moyens adaptés pour transcrire lesdits sons et images en deux flux numériques distincts réciproquement de données audio et vidéo. De plus, ledit terminal de réception 2 peut être un dispositif comprenant des moyens à même de restituer les sons et images reçus sous la forme des deux flux numériques de données audio et vidéo. Pour ce faire, ledit terminal de réception 2 comprend au moins une enceinte ou haut-parleur pour la restitution des sons et des moyens de visualisation ou d'affichage, tel un écran, pour la restitution en continu des images, soit de la vidéo. Le terminal de réception peut avantageusement être un ordinateur, un téléphone cellulaire, un assistant personnel électronique ou tout autre terminal portable adapté. Selon un mode préférentiel de réalisation, ledit terminal d'émission 1 comprend des moyens de connexion audit réseau, en particulier sous la forme d'une carte dite réseau. Cette carte comprend une connectique standard apte à recevoir un câble RJ45. En particulier, ledit terminal d'émission 1 peut être alimenté au travers dudit câble RJ45 en utilisant la technologie et le protocole � Power over Ethernet � (PoE) permettant la transmission de l'électricité nécessaire au fonctionnement d'un dispositif par l'intermédiaire d'au moins une paire, de préférence deux paires, des huit fils constituant un câble de ce type. Les autres fils sont destinés à la transmission des données. Plus particulièrement, les fils 1, 2, 3 et 6 peuvent être utilisés pour le transport des données, tandis que les autres fils, étant inutilisés, peuvent faire circuler le courant électrique. Ainsi, le protocole PoE permet de fournir une tension jusqu'à 48 Volts (V), en courant continu d'un maximum de 400 milliampères (mA) au travers deux paires d'un câble réseau. La puissance maximum théorique obtenue est de 15,4 Watt (W), mais s'avère être réellement de 12,95 W en raison d'une déperdition allant de 10 à 20% de l'énergie disponible causée par la résistance des câbles, provoquant une déperdition de chaleur par effet joule. Une autre solution d'alimentation peut être envisagée au travers de la technologie � phantom power � qui permet de transport du courant continu, jusqu'à 48 Volts, au travers de paires de fils utilisées pour la transmission de données. On notera que le câble RJ45 utilisé pourra alors être de troisième ou cinquième catégorie (réciproquement CAT 3 ou CAT 5), de préférence cinquième catégorie (CAT 5), voir de sixième catégorie (CAT 6). Ces différentes catégories permettent l'utilisation des évolutions du protocole Ethernet du 10BASE-T, 100BASE-TX et 1000BASE-T, réciproquement pour des vitesses de circulation de 10 Mbits/sec (Mégabits par seconde, 100Mbits/sec et 1000Mbits/sec. De plus, ledit câble peut être blindé afin d'améliorer les circulations des données et de l'alimentation électrique, tout en évitant tout parasitage extérieur. Dès lors, le terminal d'émission 1 est rendu indépendant, facilitant son installation, son déploiement et son déplacement potentiel. De plus, un autre terminal 7 peut être relié à tous les terminaux d'émission 1 de manière à visualiser et superviser les flux les connections et les transmissions des flux de données. Au sein de cette architecture, un utilisateur 6 désireux de se connecter audit terminal d'émission 1, se connecte à un portail virtuel au travers d'un navigateur installé sur son terminal de réception 2, ledit portail étant hébergé sur l'un ou l'autre desdits serveur 3 ou 4 selon le cas. A partir de ce portail, l'utilisateur peut initier la transmission, notamment au travers d'une procédure de connexion, d'identification et d'authentification, puis procéder à des actions une fois connecté. Ces actions permettent de configurer et contrôler le terminal d'émission 1 auquel ledit utilisateur 6 est connecté. Dans ce cadre, la présente invention se veut à même de transmettre en temps réel les données numériques audio et vidéo prises par le terminal d'émission 1, à savoir la caméra, vers ledit terminal de réception 2, sans saccade, latence, interruption ou arrêt. Pour ce faire, une caractéristique essentielle réside dans l'isolation du flux de données audio. En effet, lors de la transmission, le procédé selon l'invention transmet uniquement le flux de données vidéo au travers d'un premier port de communication dudit réseau. En particulier, dans le cas d'une connexion distante, ledit port peut être le port 80, réservé pour la consultation d'un serveur HTTP (pour � HyperText Transfert Protocol �) par l'intermédiaire d'un navigateur Web (pour � World Wide Web �). Dans le cas d'une connexion locale, un autre port peut être alloué et configuré en ouverture pour permettre la connexion. Le flux vidéo transite alors par le serveur 3 ou 4 qui le redirige vers le terminal de réception 2. On notera que cette transmission peut s'effectuer en streaming, notamment au travers du protocole RTSP. A la seule différence qu'uniquement le flux de données vidéo est transmis par ce biais. A ce stade, le flux de données audio n'est pas transmis. En effet, la dissociation, effectuée au niveau dudit terminal d'émission 1, permet de n'envoyer que le flux de données vidéo. De plus, sous l'action dudit terminal de réception 2, en particulier sous l'action de l'utilisateur 6 au travers de son navigateur, le procédé selon l'invention permet de transmettre de manière dissociée le flux audio au travers d'un second port de communication. En d'autres termes, l'utilisateur 6 choisit de recevoir le son en plus de la vidéo et en fait la demande auprès du terminal d'émission 1. Selon le mode préférentiel de réalisation, ledit port réservé pour la transmission du flux audio peut être le port 1500 pour une connexion locale ou 1501 pour une connexion à distance. Selon un autre mode de réalisation, ladite action de l'utilisateur 6 peut engendrer un basculement. Dès lors, la transmission du flux de données vidéo s'effectue en streaming, si ce n'était pas le cas, notamment au travers du protocole RTSP. En effet, la transmission du flux de données vidéo pouvait s'effectué vers le navigateur et, suite à l'action, elle est alors basculée en streaming. Dès lors, le premier port est libre pour recevoir ledit flux de données audio et le second port peut alors être ledit premier port. Selon un autre mode de réalisation, l'utilisateur 6 peut effectuer une action supplémentaire pour envoyer de la voie en retour, toujours en temps réel, vers ledit terminal d'émission 1. Pour ce faire, ledit terminal récepteur 2 ouvre un port subsidiaire pour la transmission continue et en direct vers ledit terminal d'émission 1 d'un second flux de données audio. Ce dernier peut être capturé au niveau dudit terminal récepteur 2, notamment au travers d'un microphone, et restitué au niveau dudit terminal d'émission 2. On notera que le portail accessible à l'utilisateur 6 présente des menus, fenêtres et boutons affichés et sélectionnables au travers dudit navigateur pour effectuer lesdites actions évoquées précédemment. Par ailleurs, pour permettre la connexion de l'utilisateur au portail et la transmission des flux de données depuis le terminal d'émission 1, le serveur 3 ou 4 peut demander l'installation et l'exécution locale d'une application dédiée, de manière temporaire ou définitive. En particulier, une telle application peut comporter les composants logiciels nécessaires au décodage des flux de données audio et vidéo. En effet, pour améliorer la transmission de ces flux, le terminal récepteur 1 effectue une opération de traitement, permettant notamment de diminuer la taille des données issues de la capture. Selon le mode préférentiel de réalisation, lesdits composants logiciels peuvent se présenter sous la forme de CODEC (pour � COde-DECode �), à savoir un procédé de compression et décompression d'un signal numérique. Selon un mode particulier de réalisation, le flux de données audio peut aussi être en empaqueté sous un format spécifique, notamment des paquets d'une taille de 4068 bits correspondant au format audio PCM (pour � Pulse Code Modulation �), à 16 kHz, 16 bits, en mono. Ainsi, le procédé selon l'invention permet de transmettre en temps réel, sans interruption, saccade ou latence, des données audio et vidéo par dissociation de leur flux respectif. La présente invention trouvera une application particulière, mais aucunement limitative, dans la connexion d'une caméra installée au sein d'un service hospitalier, telle une maternité, vers un utilisateur 6 distant, par exemple un membre de la famille du patient. Bien entendu, l'invention n'est pas limitée aux exemples illustrés et décrits précédemment qui peuvent présenter des variantes et modifications sans pour autant sortir du cadre de 5 l'invention. REVENDICATIONS1. Procédé de transmission en temps réel de flux numériques de données audio et vidéo au travers d'un réseau de communication de type informatique, ladite transmission s'effectuant en direct depuis un terminal d'émission (1) vers un terminal (2) distant de réception et de restitution desdites données, caractérisé en ce qu'il consiste à : - transmettre uniquement le flux de données vidéo au travers d'un premier port de communication dudit réseau ; et - sous l'action dudit terminal distant (2), de transmettre de manière dissociée le flux audio au travers d'un second port de communication. 2. Procédé de transmission en temps réel selon la revendication 1, caractérisé en ce que ledit terminal d'émission (1) capture en continue des sons et des images et les transcrit réciproquement en deux flux numériques distincts de données audio et vidéo. 3. Procédé de transmission en temps réel selon l'une des revendications 1 ou 2, caractérisé en ce que sous ladite action, la transmission dudit flux de données vidéo bascule en streaming au travers du protocole RTSP. 4. Procédé de transmission en temps réel selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit terminal récepteur (2) ouvre un port subsidiaire pour la transmission continue et en direct vers ledit terminal d'émission (1) d'un second flux de données audio, ce dernier étant capturé au niveau dudit terminal récepteur (2) et restitué au niveau dudit terminal d'émission (1). 10