Brevet FR3066063A1 — publié le 20181109

Communication sur la toile (Web) en temps réel à partir d'un fichier audiovisuel La présente demande revendique la priorité de la demande provisoire de brevet des Etats-Unis d'Amérique n° 62/501915, déposée le 5 mai 2017. Les modes de réalisation décrits dans la présente concernent la communication sur la toile (Web) en temps réel à partir d'un fichier audiovisuel. Les systèmes et protocoles de communication sur la toile en temps réel (technologie « WebRTC ») sont configurés pour permettre des sessions de communication audiovisuelle pair à pair en temps réel entre des dispositifs électroniques. Par exemple, pendant une session de communication audiovisuelle, un premier dispositif électronique peut être configuré pour capturer un signal audio d'un premier utilisateur (p. ex. par l'intermédiaire d'un microphone) pour générer des données audio associées à la session de communication audiovisuelle. En outre, pendant la session de communication audiovisuelle, le premier dispositif électronique peut aussi être configuré pour capturer une série d'images du premier utilisateur en vidéo (p. ex. par l'intermédiaire d'une caméra vidéo) pour générer des données vidéo associées à la session de communication audiovisuelle. Un flux audio et un flux vidéo peuvent être générés en utilisant respectivement les données audio et les données vidéo pendant la capture des signaux audio et vidéo (p. ex. en temps réel). Le premier dispositif électronique peut aussi comprendre un premier client WebRTC qui peut être configuré pour recevoir le flux audio et le flux vidéo. Le premier client WebRTC peut communiquer le flux audio et le flux vidéo à un deuxième client WebRTC d'un deuxième dispositif électronique qui peut faire partie de la session de communication vidéo. Le deuxième client WebRTC peut être configuré pour faciliter la présentation des signaux audio et vidéo associés au flux audio et au flux vidéo en réponse à la réception du flux audio et du flux vidéo. 3066063 2 Le sujet revendiqué dans la présente n'est pas limité à des modes de réalisation qui résolvent n'importe quel inconvénient ou qui n'opèrent que dans des environnements tels que ceux décrits dans l'arrière-plan ci-dessus. En effet, cet arrière-plan n'est donné que pour 5 illustrer un exemple de domaine technologique dans lequel certains modes de réalisation décrits ici peuvent être mis en pratique. Selon un ou plusieurs aspect(s) de la présente invention, des opérations concernant la génération de flux audio et vidéo à partir d'un fichier audiovisuel destiné à être utilisé avec des communications 10 sur la toile en temps réel (technologie « WebRTC ») sont décrites. Dans certains modes de réalisation, les opérations peuvent comprendre l'accès à un fichier audiovisuel d'une présentation audiovisuelle qui comprend une piste audio qui comprend des données audio d'un signal audio de la présentation audiovisuelle et une piste vidéo qui comprend 15 des données vidéo d'un signal vidéo de la présentation audiovisuelle. Les opérations peuvent aussi comprendre la génération, à partir de la piste audio du fichier audiovisuel, d'un flux audio des données audio qui imite les données audio du fichier vidéo comme étant obtenu de façon séquentielle à partir du signal audio qui est capturé en temps 20 réel. En outre, les opérations peuvent comprendre la génération, à partir de la piste vidéo de la présentation audiovisuelle, d'un flux vidéo des données vidéo qui imite les données vidéo du fichier vidéo comme étant obtenu de façon séquentielle à partir du signal vidéo qui est capturé en temps réel. De plus, les opérations peuvent comprendre 25 la transmission du flux audio et du flux vidéo à un client WebRTC de système d'un système. Par ailleurs, les opérations peuvent comprendre la communication, depuis le client WebRTC de système, du flux audio et du flux vidéo à un client WebRTC de dispositif d'utilisateur d'un dispositif d'utilisateur utilisant des protocoles WebRTC tels que le 30 dispositif d'utilisateur est apte à présenter la présentation audiovisuelle basée sur le flux audio et le flux vidéo. Selon un aspect de l'invention, un système est proposé, comprenant : 3066063 3 un ou plusieurs support(s) de stockage lisible(s) par ordinateur sur lesquels sont stockées des instructions ; et un ou plusieurs processeur(s) couplé(s) de façon communicante au(x)dit(s) support(s) de stockage lisible(s) par ordinateur et 5 configuré(s) pour, en réponse à l'exécution des instructions, faire exécuter par le système les opérations comprenant : la réception, en provenance d'un premier dispositif d'utilisateur d'un premier utilisateur, d'un fichier de courriel vidéo d'un message de courriel vidéo désigné comme étant pour un deuxième 10 utilisateur, le fichier de courriel vidéo comprenant une piste audio qui comprend des données audio d'un signal audio du message de courriel vidéo et une piste vidéo qui comprend des données vidéo d'un signal vidéo du message de courriel vidéo ; le stockage du fichier de courriel vidéo dans une base de 15 données ; la réception, en provenance d'un deuxième dispositif d'utilisateur du deuxième utilisateur, d'une demande pour visionner le message de courriel vidéo ; et en réponse à la réception de la demande pour visionner le 20 message de courriel vidéo : la génération, à partir de la piste audio du fichier de courriel vidéo stocké dans la base de données, d'un flux audio des données audio qui imite les données audio du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir du signal audio qui est 25 capturé par un microphone en temps réel ; la génération, à partir de la piste vidéo du fichier de courriel vidéo stocké dans la base de données, d'un flux vidéo des données vidéo qui imite les données vidéo du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'images qui sont capturées 30 par une caméra vidéo en temps réel ; la transmission du flux audio et du flux vidéo à un client WebRTC de système du système ; la communication, depuis le client WebRTC de système, du flux audio et du flux vidéo à un client WebRTC de dispositif 3066063 4 d'utilisateur du deuxième dispositif d'utilisateur en utilisant des protocoles WebRTC tels que le deuxième dispositif d'utilisateur est apte à présenter le message de courriel vidéo basé sur le flux audio et sur le flux vidéo ; 5 la réception du flux audio revenant du deuxième dispositif d'utilisateur ; la génération d'une pluralité de transcriptions textuelles du signal audio du message de courriel vidéo basée sur le flux audio ; et la transmission de la pluralité de transcriptions textuelles au 10 deuxième dispositif d'utilisateur pendant que le deuxième dispositif d'utilisateur est en train de présenter le message de courriel vidéo pour la présentation des transcriptions textuelles en temps réel avec la présentation du message de courriel vidéo par le deuxième dispositif d'utilisateur. 15 Selon un mode de réalisation, les opérations comprennent en outre l'établissement d'une connexion WebRTC entre le client WebRTC de système et le client WebRTC de dispositif d'utilisateur en réponse à la réception de la demande pour visionner le message de courriel vidéo. 20 Selon un mode de réalisation, les opérations comprennent en outre : la réception, en provenance du premier dispositif d'utilisateur, d'une demande de session de communication destinée au deuxième dispositif d'utilisateur ; 25 la communication de la demande de session de communication au deuxième dispositif d'utilisateur en réponse à la demande de session de communication destinée au deuxième dispositif d'utilisateur ; la détermination d'une déclinaison de la demande de session de 30 communication dans le deuxième dispositif d'utilisateur ; la communication d'une notification de déclinaison au premier dispositif d'utilisateur en réponse à la détermination de la déclinaison de la demande de session de communication ; et 3066063 5 la réception du fichier de courriel vidéo provenant du premier dispositif d'utilisateur d'après la notification de déclinaison. Selon un mode de réalisation, le premier dispositif d'utilisateur est configuré pour inviter le premier utilisateur à enregistrer le 5 message de courriel vidéo en réponse à la réception de la notification de déclinaison. Selon un mode de réalisation, les opérations comprennent en outre la détermination de la déclinaison de la demande de session de communication en réponse à l'absence de réponse du deuxième 10 dispositif d'utilisateur à la demande de session de communication. Selon un mode de réalisation, le fichier de courriel vidéo comprend des signaux audio et vidéo enregistrés du premier utilisateur. Selon un mode de réalisation, le premier dispositif d'utilisateur 15 est configuré pour présenter des transcriptions textuelles reçues du système. Selon un autre aspect de l'invention, il est proposé un procédé comprenant : la réception, en provenance d'un premier dispositif 20 d'utilisateur d'un premier utilisateur, d'un fichier de courriel vidéo d'un message de courriel vidéo désigné comme étant pour un deuxième utilisateur, le fichier de courriel vidéo comprenant une piste audio qui comprend des données audio d'un signal audio du message de courriel vidéo et une piste vidéo qui comprend des données vidéo d'un signal 25 vidéo du message de courriel vidéo ; le stockage du fichier de courriel vidéo dans une base de données ; la réception, en provenance d'un deuxième dispositif d'utilisateur du deuxième utilisateur, d'une demande pour visionner le 30 message de courriel vidéo ; et en réponse à la réception de la demande pour visionner le message de courriel vidéo : la génération, à partir de la piste audio du fichier de courriel vidéo stocké dans la base de données, d'un flux audio des données 3066063 6 audio qui imite les données audio du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'un signal audio qui est capturé en temps réel ; la génération, à partir de la piste vidéo du fichier de courriel 5 vidéo stocké dans la base de données, d'un flux vidéo des données vidéo qui imite les données vidéo du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'un signal vidéo qui est capturé en temps réel ; la transmission du flux audio et du flux vidéo à un client 10 WebRTC de système d'un système ; et la communication, depuis le client WebRTC de système, du flux audio et du flux vidéo à un client WebRTC de dispositif d'utilisateur du deuxième dispositif d'utilisateur en utilisant des protocoles WebRTC tels que le deuxième dispositif d'utilisateur est 15 apte à présenter le message de courriel vidéo basé sur le flux audio et sur le flux vidéo. Selon un mode de réalisation, le procédé comprend en outre : la génération d'une pluralité de transcriptions textuelles du signal audio du message de courriel vidéo basée sur le flux audio ; et 20 la transmission de la pluralité de transcriptions textuelles au deuxième dispositif d'utilisateur pendant que le deuxième dispositif d'utilisateur est en train de présenter le message de courriel vidéo. Selon un mode de réalisation, le procédé comprend en outre l'établissement d'une connexion WebRTC entre le client WebRTC de 25 système et le client WebRTC de dispositif d'utilisateur en réponse à la réception de la demande pour visionner le message de courriel vidéo. Selon un mode de réalisation, le procédé comprend en outre : la réception, en provenance du premier dispositif d'utilisateur, d'une demande de session de communication destinée au deuxième 30 dispositif d'utilisateur ; la communication de la demande de session de communication au deuxième dispositif d'utilisateur en réponse à la demande de session de communication destinée au deuxième dispositif d'utilisateur ; 3 06606 3 7 la détermination d'une déclinaison de la demande de session de communication dans le deuxième dispositif d'utilisateur ; la communication d'une notification de déclinaison au premier dispositif d'utilisateur en réponse à la détermination de la déclinaison 5 de la demande de session de communication ; et la réception du fichier de courriel vidéo provenant du premier dispositif d'utilisateur d'après la notification de déclinaison. Selon un mode de réalisation, le premier dispositif d'utilisateur est configuré pour inviter le premier utilisateur à enregistrer le 10 message de courriel vidéo en réponse à la réception de la notification de déclinaison. Selon un mode de réalisation, le procédé comprend en outre la détermination de la déclinaison de la demande de session de communication en réponse à l'absence de réponse du deuxième 15 dispositif d'utilisateur à la demande de session de communication. Selon un mode de réalisation, le fichier de courriel vidéo comprend des signaux audio et vidéo enregistrés du premier utilisateur. Selon un autre aspect de l'invention, il est proposé au moins un 20 support lisible par ordinateur configuré pour stocker une ou plusieurs instruction(s) qui, en réponse à leur exécution par au moins un système informatique, provoquent la réalisation d'opérations comprenant : la réception, en provenance d'un premier dispositif d'utilisateur d'un premier utilisateur, d'un fichier de courriel vidéo 25 d'un message de courriel vidéo désigné comme étant pour un deuxième utilisateur, le fichier de courriel vidéo comprenant une piste audio qui comprend des données audio d'un signal audio du message de courriel vidéo et une piste vidéo qui comprend des données vidéo d'un signal vidéo du message de courriel vidéo ; 30 le stockage du fichier de courriel vidéo dans une base de données ; la réception, en provenance d'un deuxième dispositif d'utilisateur du deuxième utilisateur, d'une demande pour visionner le message de courriel vidéo ; et 3066063 8 en réponse à la réception de la demande pour visionner le message de courriel vidéo : la génération, à partir de la piste audio du fichier de courriel vidéo stocké dans la base de données, d'un flux audio des données 5 audio qui imite les données audio du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'un signal audio qui est capturé en temps réel ; la génération, à partir de la piste vidéo du fichier de courriel vidéo stocké dans la base de données, d'un flux vidéo des données 10 vidéo qui imite les données vidéo du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'un signal vidéo qui est capturé en temps réel ; la transmission du flux audio et du flux vidéo à un client WebRTC de système d'un système ; et 15 la communication, depuis le client WebRTC de système, du flux audio et du flux vidéo à un client WebRTC de dispositif d'utilisateur du deuxième dispositif d'utilisateur en utilisant des protocoles WebRTC tels que le deuxième dispositif d'utilisateur est apte à présenter le message de courriel vidéo basé sur le flux audio et 20 sur le flux vidéo. Selon un mode de réalisation, les opérations comprennent en outre : la génération d'une pluralité de transcriptions textuelles du signal audio du message de courriel vidéo basée sur le flux audio ; et 25 la transmission de la pluralité de transcriptions textuelles au deuxième dispositif d'utilisateur pendant que le deuxième dispositif d'utilisateur est en train de présenter le message de courriel vidéo. Selon un mode de réalisation, les opérations comprennent en outre l'établissement d'une connexion WebRTC entre le client 30 WebRTC de système et le client WebRTC de dispositif d'utilisateur en réponse à la réception de la demande pour visionner le message de courriel vidéo. Selon un mode de réalisation, les opérations comprennent en outre . 3066063 9 la réception, en provenance du premier dispositif d'utilisateur, d'une demande de session de communication destinée au deuxième dispositif d'utilisateur ; la communication de la demande de session de communication 5 au deuxième dispositif d'utilisateur en réponse à la demande de session de communication destinée au deuxième dispositif d'utilisateur ; la détermination d'une déclinaison de la demande de session de communication dans le deuxième dispositif d'utilisateur ; 10 la communication d'une notification de déclinaison au premier dispositif d'utilisateur en réponse à la détermination de la déclinaison de la demande de session de communication ; et la réception du fichier de courriel vidéo provenant du premier dispositif d'utilisateur d'après la notification de déclinaison. 15 Selon un mode de réalisation, le premier dispositif d'utilisateur est configuré pour inviter le premier utilisateur à enregistrer le message de courriel vidéo en réponse à la réception de la notification de déclinaison. Selon un mode de réalisation, le fichier de courriel vidéo 20 comprend des signaux audio et vidéo enregistrés du premier utilisateur. Des exemples de modes de réalisation vont être décrits et expliqués plus en détail à l'aide des dessins annexés, dans lesquels : la figure 1 représente un exemple d'environnement se 25 rapportant à la réalisation de communications sur la toile en temps réel (technologie « WebRTC ») par rapport à un fichier audiovisuel ; la figure 2 représente un exemple de système de communication configuré pour mettre en oeuvre des services de messagerie de courriel vidéo ; 30 la figure 3 représente un schéma fonctionnel d'un exemple de système informatique ; les figures 4A et 4B représentent des exemples d'opérations qui peuvent être réalisées relativement à la fourniture de services de messagerie de courriel vidéo ; et 3 06606 3 10 la figure 5 est un organigramme d'un exemple de procédé pour réaliser des communications WebRTC par rapport à un fichier audiovisuel. Les systèmes et protocoles de communication sur la toile en 5 temps réel (technologie « WebRTC ») sont configurés pour opérer relativement à la communication de flux audio et de flux vidéo entre des dispositifs électroniques pour des communications en temps réel comme une session de communication audiovisuelle entre des utilisateurs. Ces communications comprennent généralement la 10 génération des flux audio et vidéo en temps réel pendant la capture des signaux audio et vidéo associés (p. ex. par un microphone et une caméra vidéo) et pendant la génération de données audio et vidéo correspondantes. Dans la présente, l'emploi du terme « vidéo » peut se rapporter 15 à une série d'images qui, lorsqu'elles sont présentées les unes à la suite des autres, donnent l'illusion du mouvement. En outre, la série d'images de la vidéo peut être désignée par le terme « trames » dans lequel chaque image peut être une trame. Dans certains cas, le signal audio peut correspondre aux trames d'une vidéo. Dans ces cas ou dans 20 d'autres, la référence à une « présentation audiovisuelle » peut se rapporter à une combinaison des signaux audio et vidéo qui correspond au signal audio. Il est à noter que le terme « vidéo » est souvent utilisé pour désigner une combinaison d'audio et de vidéo, dénommée dans la présente invention « présentation audiovisuelle ». Toutefois, dans la 25 présente, l'expression « présentation audiovisuelle » est utilisée à la place de « vidéo » pour aider à faire la distinction entre les cas dans lesquels un signal audio et une série d'images sont combinés (p. ex. une présentation audiovisuelle) et les cas dans lesquels il y a juste la série d'images (p. ex. une vidéo). 30 L'expression « données audio » utilisée dans la présente peut correspondre à un signal audio et peut inclure n'importe quel type de donnée ou d'information appropriée qui peut être utilisée pour représenter et/ou reproduire le signal audio auquel les données audio peuvent correspondre. De même, l'expression « données vidéo » 3066063 11 utilisée dans la présente peut correspondre à une suite de trames et peut inclure n'importe quel type de donnée ou d'information appropriée qui peut être utilisée pour représenter et/ou reproduire les trames auxquelles les données vidéo peuvent correspondre. En outre, 5 dans la présente, la référence à un « fichier audiovisuel » peut se rapporter à un fichier qui comprend une combinaison à la fois de données vidéo et de données audio correspondantes. Il est à noter que l'expression « fichier vidéo » est souvent utilisée pour nommer des fichiers qui comprennent une combinaison de données audio et de 10 données vidéo, mais pour aider à faire des distinctions, l'expression « fichier audiovisuel » est utilisée dans la présente. Par ailleurs, la référence à des opérations ou éléments similaires se produisant en « temps réel » peut se rapporter à des opérations se produisant au temps présent ou de façon relativement 15 proche au temps présent, par exemple avec un retard inférieur à 0,1, 0,5, 1, 2, 3, 5, 10, 15 ou 20 secondes. Par exemple, l'expression « obtention en séquence de données audio à partir d'un signal audio qui est capturé en temps réel » peut faire référence à un intervalle de temps en cours au cours duquel des données audio peuvent être 20 obtenues de manière séquentielle d'après un signal audio qui est en train d'être capturé (p. ex. par un microphone) pendant l'intervalle de temps, aux retards près qui peuvent se produire dans le traitement. Dans certains cas, il peut être avantageux d'utiliser des systèmes et protocoles de communication WebRTC dans des situations 25 dans lesquelles les données audio et les données vidéo ont été générées précédemment et sont stockées dans un fichier audiovisuel tel qu'une piste audio et une piste vidéo, par opposition à leur mise en flux en association avec leur génération. Par exemple, des systèmes de transcription peuvent être utilisés pour fournir des transcriptions 30 textuelles afin de compléter des conversations vocales se produisant entre des utilisateurs malentendants et d'autres pendant une session de communication telle qu'une communication téléphonique, audiovisuelle ou autre. Dans ces cas ainsi que dans d'autres, un système de transcription peut fournir des services de messagerie de 3066063 12 courriel vidéo à ses utilisateurs dans lesquels des enregistrements audiovisuels peuvent être générés en tant que messages de courriel vidéo. Dans certains modes de réalisation, les messages de courriel vidéo peuvent être stockés par le système de transcription sous forme 5 de fichiers audiovisuels qui peuvent être communiqués à des dispositifs d'utilisateurs des utilisateurs en tant que messages de courriel vidéo. Dans certains cas, le système de transcription peut aussi générer et fournir des transcriptions textuelles du signal audio des 10 messages de courriel vidéo. De plus, le fait de maintenir les données audio et les données vidéo des messages de courriel vidéo séparées pendant la communication des messages de courriel vidéo aux dispositifs d'utilisateurs peut aider à faciliter la génération de transcriptions textuelles relativement aux messages de courriel vidéo. 15 Les systèmes et protocoles WebRTC permettent de maintenir les données vidéo et les données audio séparées dans la communication des messages de courriel vidéo. En outre, les systèmes et protocoles WebRTC permettent aux messages de courriel vidéo d'être présentés par les dispositifs d'utilisateurs sans avoir à stocker les messages de 20 courriel vidéo localement sur les dispositifs d'utilisateurs. Cependant, comme indiqué plus haut, les systèmes et protocoles WebRTC travaillent à partir de la réception de flux audio et vidéo et non sur des fichiers audiovisuels entiers. Par conséquent, selon un ou plusieurs aspect(s) de la présente 25 invention, une ou plusieurs opération(s) peuvent être réalisées pour permettre la communication de données audio et de données vidéo incluses dans une piste audio et une piste vidéo d'un fichier audiovisuel via des systèmes et protocoles WebRTC. Par exemple, dans certains modes de réalisation, on peut accéder au fichier 30 audiovisuel et générer un flux audio à partir de la piste audio du fichier audiovisuel. En outre, un flux vidéo peut être généré à partir de la piste vidéo du fichier audiovisuel. Dans ces modes de réalisation, ainsi que dans d'autres, le flux vidéo et le flux audio peuvent être présentés en tant que flux séparés à un client WebRTC de système 3066063 13 d'un système qui accède au fichier audiovisuel. Le client WebRTC de système peut être configuré pour communiquer le flux vidéo et le flux audio à un client WebRTC de dispositif d'utilisateur d'un dispositif d'utilisateur utilisant des protocoles WebRTC tels que le dispositif 5 d'utilisateur est apte à présenter la présentation audiovisuelle du fichier audiovisuel basée sur le flux audio et le flux vidéo. Certains modes de réalisation de la présente invention peuvent donc permettre l'utilisation de systèmes et protocoles WebRTC pour communiquer une présentation audiovisuelle d'un fichier audiovisuel. 10 En addition ou en variante, un ou plusieurs modes de réalisation de la présente invention peuvent comprendre un service de messagerie de courriel vidéo. Dans ces modes de réalisation, ainsi que dans d'autres, le service de messagerie de courriel vidéo peut comprendre un système de transcription qui peut fournir des 15 transcriptions textuelles du signal audio des messages de courriel vidéo. Par exemple, dans certains modes de réalisation, le système de transcription peut être configuré pour recevoir, en provenance d'un premier dispositif d'utilisateur d'un premier utilisateur, un fichier de 20 courriel vidéo d'un message de courriel vidéo. Le message de courriel vidéo peut être désigné comme étant destiné à un deuxième utilisateur et peut comprendre une piste audio du signal audio du message de courriel vidéo et une piste vidéo du signal vidéo du message de courriel vidéo. Dans certains modes de réalisation, le système de 25 transcription peut stocker le fichier de courriel vidéo dans une base de données. En addition ou en variante, le système de transcription peut recevoir, en provenance d'un deuxième dispositif d'utilisateur du deuxième utilisateur, une demande pour visionner le message de 30 courriel vidéo. Dans ces modes de réalisation, ainsi que dans d'autres, le système de transcription peut être configuré pour réaliser une ou plusieurs opération(s) de présentation en réponse à la réception de la demande pour visionner le message de courriel vidéo. Les opérations de présentation peuvent permettre au deuxième dispositif d'utilisateur 3066063 14 de présenter le message de courriel vidéo. Dans certains modes de réalisation, les opérations de présentation peuvent comprendre la génération, à partir de la piste audio du fichier de courriel vidéo stocké dans la base de données, d'un flux audio de données audio 5 incluses dans la piste audio. Dans certains modes de réalisation, le flux audio peut être généré pour imiter les données audio du message de courriel vidéo comme étant obtenues en séquence à partir du signal audio qui est capturé (p. ex. par un microphone) en temps réel. Les opérations de présentation peuvent aussi comprendre la génération, à 10 partir de la piste vidéo du fichier de courriel vidéo stocké dans la base de données, d'un flux vidéo de données vidéo incluses dans la piste vidéo. Dans certains modes de réalisation, le flux vidéo peut être généré pour imiter les données vidéo du message de courriel vidéo comme étant obtenues en séquence à partir d'images qui sont capturées 15 (p. ex. par une caméra vidéo) en temps réel. Les opérations de présentation peuvent comprendre la transmission du flux audio et du flux vidéo à un client WebRTC de système du système de transcription. En outre, les opérations de présentation peuvent comprendre la communication, depuis le client 20 WebRTC de système, du flux audio et du flux vidéo à un client WebRTC de dispositif d'utilisateur du deuxième dispositif d'utilisateur en utilisant des protocoles Web RTC tels que le deuxième dispositif d'utilisateur est apte à lire le message de courriel vidéo basé sur le flux audio et le flux vidéo. 25 Dans ces modes de réalisation, ainsi que dans d'autres, le système de transcription peut recevoir le flux audio revenant du deuxième dispositif d'utilisateur et peut générer des transcriptions textuelles du signal audio du message de courriel vidéo en se basant sur le flux audio. Le système de transcription peut aussi transmettre 30 les transcriptions textuelles au deuxième dispositif d'utilisateur pendant que le deuxième dispositif d'utilisateur est en train de présenter le message de courriel vidéo pour la présentation des transcriptions textuelles en temps réel avec la présentation du message de courriel vidéo. 3066063 15 En référence aux figures, la figure 1 représente un exemple d'environnement 100 se rapportant à la réalisation de communications WebRTC par rapport à un fichier audiovisuel. L'environnement 100 peut être agencé selon au moins un mode de réalisation décrit dans la 5 présente. Dans certains modes de réalisation, l'environnement 100 peut comprendre un fichier audiovisuel 154, un fournisseur de capture 150 configuré pour générer un flux audiovisuel 164 et configuré pour transmettre le flux audiovisuel 164 à un client WebRTC 152. Le fichier audiovisuel 154 peut être n'importe quel ensemble 10 approprié de données formatées de n'importe quelle manière appropriée pour représenter une présentation audiovisuelle. Par exemple, le fichier audiovisuel 154 peut être un fichier MPEG-4 Part 14 (MP4), un fichier MPEG-1, un fichier MPEG-2, un fichier M4V, un fichier SVI, un fichier 3GPP, un fichier 3GPP2, un fichier au format 15 d'échange MXF, un fichier ROQ, un fichier Nullsoft Streaming Video (NSV), un fichier Flash Video (FLV) ou tout autre type de fichier audiovisuel approprié. Dans certains modes de réalisation, le fichier audiovisuel 154 peut comprendre une piste audio 156 qui peut comprendre des données 20 audio qui peuvent correspondre au signal audio du fichier audiovisuel 154. En' addition ou en variante, le fichier audiovisuel 154 peut comprendre une piste vidéo 158 qui peut comprendre des données vidéo qui peuvent correspondre au signal vidéo du fichier audiovisuel. Dans certains modes de réalisation, la piste audio 156 et la 25 piste vidéo 158 peuvent comprendre chacune une ou plusieurs marque(s) temporelle(s). Les marques temporelles peuvent indiquer quelles données audio correspondent à quelles données vidéo par rapport aux signaux audio et vidéo de la présentation audiovisuelle correspondante. Par exemple, une marque temporelle audio de la piste 30 audio 156 peut indiquer qu'une donnée audio particulière correspond à un instant « tl » de la présentation audiovisuelle correspondante. Les marques temporelles audio et vidéo peuvent ainsi indiquer que la donnée audio particulière correspond aux données vidéo particulières 3066063 16 en ce que le signal audio de la donnée audio particulière va avec les trames des données vidéo particulières. Le flux audiovisuel 164 peut être un flux des données incluses dans le fichier audiovisuel 154. Par exemple, le flux audiovisuel 164 5 peut comprendre un flux audio 166 qui peut être un flux des données audio incluses dans la piste audio 156. En outre, le flux audiovisuel 164 peut comprendre un flux vidéo 168 qui peut être un flux des données vidéo incluses dans la piste vidéo 158. Comme indiqué plus haut, le flux audio 166 et le flux vidéo 168 peuvent être séparés dans 10 le flux audiovisuel 164, et une référence au flux audiovisuel 164 peut simplement indiquer que le flux vidéo 168 et le flux audio 166 sont en train d'être transmis ou communiqués sensiblement en même temps. Dans certains modes de réalisation, le flux audio 166 et le flux vidéo 168 peuvent être des flux séparés. Dans ces modes de 15 réalisation, ainsi que dans d'autres, le flux audiovisuel 164 peut être tel que le flux audio 166 et le flux vidéo 168 peuvent être synchronisés ou substantiellement synchronisés. Par exemple, une donnée audio particulière du flux audio 166 qui est transmise ou reçue à un point particulier dans le temps peut correspondre à des données vidéo 20 particulières du flux vidéo 168 qui sont transmises ou reçues au point particulier dans le temps en ce que le signal audio de la donnée audio particulière peut être le signal audio qui correspond aux trames des données vidéo particulières. Dans certains modes de réalisation, le flux audio 166 et le flux vidéo 168 peuvent être synchronisés en se 25 basant sur les marques temporelles comprises dans la piste audio 156 et la piste vidéo 158, comme décrit plus en détail ci-dessous. Dans la présente, la référence à une synchronisation ou à une synchronisation substantielle ne nécessite pas de synchronisation absolue et autorise une marge d'erreur. Cette marge d'erreur peut 30 varier en fonction de la capacité, à un bout de réception du flux audiovisuel 164, à arranger les différences de synchronisation et/ou les limites de perception des utilisateurs. Par exemple, les humains perçoivent généralement des différences de synchronisation audio et vidéo qui sont supérieures à 100 millisecondes (ms), de sorte que les 3066063 17 synchronisations de la transmission ou de la réception des données audio particulières et des données vidéo particulières peuvent être décalées entre elles jusqu'à 100 ms tout en étant tout de même considérées comme « synchronisées » ou substantiellement 5 synchronisées. Le fournisseur de capture 150 peut comprendre des instructions lisibles par ordinateur configurées pour permettre à un dispositif informatique de recevoir le fichier audiovisuel 154 et de générer le flux audiovisuel 164 en se basant sur le fichier audiovisuel 154. En 10 addition ou en variante, le fournisseur de capture 150 peut être mis en oeuvre en utilisant du matériel comprenant un processeur, un microprocesseur (p. ex. pour réaliser ou commander la réalisation d'une ou de plusieurs opération(s)), un circuit intégré prédiffusé programmable (FPGA) ou un circuit intégré client (ASIC). Dans la 15 présente, les opérations décrites comme étant réalisées par le fournisseur de capture 150 peuvent comprendre des opérations que le fournisseur de capture 150 peut ordonner à un système correspondant d'exécuter. Comme mentionné ci-dessus, dans certains modes de 20 réalisation, le fournisseur de capture 150 peut être configuré pour générer le flux audiovisuel 164 basé sur le fichier audiovisuel 154. Par exemple, dans certains modes de réalisation, le fournisseur de capture 150 peut être configuré pour accéder au fichier audiovisuel 154 et pour extraire la piste audio 156 et la piste vidéo 158 du fichier audiovisuel 25 154. Le fournisseur de capture 150 peut être configuré pour générer le flux audio 166 basé sur la piste audio 156. Dans certains modes de réalisation, le fournisseur de capture 150 peut être configuré pour générer le flux audio 166 en fournissant en séquence des incréments de 30 données audio qui peuvent être obtenus à partir de la piste audio 156. Les incréments de données audio peuvent être fournis en séquence en se basant sur l'ordre chronologique du signal audio auquel les incréments de données audio correspondent. Dans certains modes de réalisation, l'ordre chronologique peut être déterminé par le 3066063 18 fournisseur de capture 150 en se basant sur une ou plusieurs marque(s) temporelle(s) incluses dans la piste audio 156 ou en se basant sur n'importe quelle autre sorte d'indicateur en ce qui concerne l'ordre de présentation des données audio pour reproduire le signal audio de la 5 présentation audiovisuelle correspondante. En addition ou en variante, dans certains modes de réalisation, le fournisseur de capture 150 peut fournir en séquence les incréments de données audio en des incréments de temps qui peuvent correspondre à une durée de présentation de signal audio qui correspond aux incréments. Dans ces exemples ou 10 dans d'autres exemples, le flux audio 166 peut ainsi imiter les données audio et le signal audio associé de la piste audio 156 comme étant obtenus en séquence en temps réel (p. ex. obtenus par un microphone lorsque le microphone est en train de capturer le signal audio correspondant). 15 Par exemple, dans certains modes de réalisation, le fournisseur de capture 150 peut obtenir un premier incrément de données audio de données audio qui proviennent de la piste audio 156, où le premier incrément audio peut correspondre à une première partie audio du signal audio de la présentation audiovisuelle correspondante. La 20 première partie audio peut aussi avoir une présentation particulière ou un temps de lecture particulier dans la présentation audiovisuelle correspondante, de sorte que le premier incrément audio peut être associé à la durée de présentation de la première partie audio. Par exemple, le temps de présentation de la première partie audio peut 25 avoir une longueur de 20 ms. Dans certains modes de réalisation, la taille du premier incrément de données audio peut être sélectionnée en se basant sur une longueur particulière de temps de présentation de la première partie audio. Le fournisseur de capture 150 peut transmettre le premier incrément de données audio au client WebRTC 152 dans 30 certains modes de réalisation. Dans certains cas, le fournisseur de capture 150 peut être configuré pour déterminer une durée qui s'est écoulée depuis qu'il a transmis le premier incrément de données audio au client WebRTC 152. Dans certains modes de réalisation, en réponse à la détermination 3 06606 3 19 qu'une durée particulière s'est écoulée depuis qu'il a transmis le premier incrément de données audio au client WebRTC 152, le fournisseur de capture 150 peut transmettre un deuxième incrément de données audio au client WebRTC 152. Le deuxième incrément de 5 données audio peut correspondre à une deuxième partie audio du signal audio de la présentation audiovisuelle correspondante dans laquelle la deuxième partie audio peut suivre chronologiquement la première partie audio dans le signal audio de la présentation audiovisuelle correspondante, de sorte que le premier incrément de données audio et 10 le deuxième incrément de données audio peuvent former au moins une partie du flux audio 166. Dans certains modes de réalisation, la durée particulière qui s'est écoulée depuis la transmission du premier incrément de données audio qui peut déclencher la transmission du deuxième incrément de 15 données audio peut correspondre au temps de présentation de la première partie audio qui correspond au premier incrément de données audio. Par exemple, dans les cas où le temps de présentation de la première partie audio est de 20 ms, le fournisseur de capture 150 peut transmettre le deuxième incrément de données audio au client 20 WebRTC 152 20 ms, ou environ 20 ms, après avoir transmis le premier incrément de données audio au client WebRTC 152. Par conséquent, la transmission du premier incrément de données audio et du deuxième incrément de données audio peut imiter l'obtention en séquence du premier incrément de données audio et du deuxième incrément de 25 données audio en temps réel, comme depuis un microphone ou un autre dispositif produisant des données audio. En addition ou en variante, dans certains modes de réalisation les incréments de données audio peuvent être transmis dans un ordre particulier après une durée particulière basée sur des marques 30 temporelles associées aux incréments de données audio. Dans ces modes de réalisation, ainsi que dans d'autres, la marque temporelle associée à chacun des incréments de données audio peut être transmise avec les incréments de données audio respectifs dans le flux audio 166. L'ajout des marques temporelles peut aider à maintenir la 3066063 20 synchronisation des données audio et des données vidéo pendant la présentation de la présentation audiovisuelle. Dans certains modes de réalisation, le deuxième incrément de données audio peut correspondre à un même temps de présentation que 5 le premier incrément de données audio. En addition ou en variante, le deuxième incrément de données audio peut correspondre à un temps de présentation différent de celui du premier incrément de données audio. Dans ces modes de réalisation, ainsi que dans d'autres, la taille du deuxième incrément de données audio peut être basée sur un 10 intervalle de transmission programmé des incréments de données audio, sur le temps de présentation qui correspond au premier incrément de données audio, et/ou sur la durée qui s'est écoulée depuis la transmission du premier incrément de données audio au client WebRTC 152. Par exemple, dans les cas où un intervalle de 15 transmission programmé des incréments de données audio est « toutes les 20 ms », la taille du deuxième incrément de données audio peut être telle que la deuxième partie audio a un temps de présentation de 20 ms. Comme autre exemple, dans les modes de réalisation ayant un intervalle de transmission programmé de 20 ms, pour une raison ou 20 pour une autre, il peut s'être écoulé 40 ms depuis que le premier incrément de données audio avec un temps de présentation correspondant de 20 ms a été transmis au client WebRTC 152. Dans certains de ces cas, la taille du deuxième incrément de données audio peut être telle que la deuxième partie audio a un temps de présentation 25 de 40 ms afin de combler le décalage temporel et de rapprocher le flux audio 166 de l'intervalle de transmission programmé. En addition ou en variante, dans certains modes de réalisation, la taille des incréments de données audio qui peuvent former le flux audio 166 peut être basée sur les propriétés d'un client WebRTC 30 distant et d'un système distant associé (décrit plus en détail ci- dessous) qui peuvent recevoir le flux audio 166 du client WebRTC 152. Par exemple, le client WebRTC distant et le système distant associé peuvent avoir une mémoire tampon audio d'une taille particulière qui peut recevoir le flux audio 166. La taille des 3 06606 3 21 incréments de données audio peut être sélectionnée de manière à ce que la mémoire tampon audio ne reçoive pas plus d'informations que ce que la mémoire tampon audio est capable de recevoir à un point particulier dans le temps. 5 Dans ces modes de réalisation, ainsi que dans d'autres, la taille des incréments de données audio peut être basée sur la taille de parties discrètes des données audio qui peuvent former ensemble la piste audio 156. Par exemple, dans certains modes de réalisation, la piste audio 156 peut comprendre une série de « trames audio » discrètes qui 10 peuvent correspondre à des valeurs de 1, 5, 10, 20, 30, 40, 50, 70 ou 100 ms de signal audio et chaque trame audio peut être utilisée comme incrément de données audio. Le fournisseur de capture 150 peut être configuré pour générer le flux vidéo 168 basé sur la piste vidéo 158. Dans certains modes de 15 réalisation, le fournisseur de capture 150 peut être configuré pour générer le flux vidéo 168 en fournissant en séquence des incréments de données vidéo qui peuvent être obtenus à partir de la piste vidéo 158. Les incréments de données vidéo peuvent être fournis en séquence d'après l'ordre chronologique des trames auxquelles les incréments de 20 données vidéo correspondent. Dans certains modes de réalisation, l'ordre chronologique peut être déterminé par le fournisseur de capture 150 en se basant sur une ou plusieurs marque(s) temporelle(s) comprise(s) dans la piste vidéo 158 ou en se basant sur n'importe quelle autre sorte d'indicateur concernant l'ordre de présentation des 25 données vidéo pour reproduire la vidéo de la présentation audiovisuelle correspondante. En addition ou en variante, dans certains modes de réalisation, le fournisseur de capture 150 peut fournir en séquence les incréments de données vidéo par incréments de temps qui peuvent correspondre à une durée de présentation de vidéo qui 30 correspond aux incréments. Dans ces cas, ainsi que dans d'autres, le flux vidéo 168 peut ainsi imiter les données vidéo et le signal vidéo associé de la piste vidéo 158 comme étant obtenus en séquence en temps réel (p. ex. comme étant obtenus à partir d'une caméra vidéo 3 06606 3 22 pendant que la caméra vidéo est en train de capturer le signal vidéo correspondant). Par exemple, dans certains modes de réalisation, le fournisseur de capture 150 peut obtenir un premier incrément de données vidéo de 5 données vidéo qui sont obtenues à partir de la piste vidéo 158 dans laquelle le premier incrément de données vidéo peut correspondre à une première partie vidéo du signal vidéo de la présentation audiovisuelle. La première partie vidéo peut aussi avoir une présentation particulière ou un temps de lecture particulier dans la 10 présentation audiovisuelle de telle manière que le premier incrément de données vidéo peut être associé à la durée de présentation de la première partie vidéo. Par exemple, dan certains modes de réalisation, le premier incrément de données vidéo peut correspondre à une trame de la vidéo et la vidéo peut avoir une cadence particulière de 33 15 images par seconde (ils). D'après la cadence et la première partie de vidéo correspondant à une trame, le temps de présentation de la première partie de vidéo peut en conséquence valoir 30 ms environ. D'autres cadences et temps de présentation peuvent aussi être utilisés. Comme indiqué ci-dessus, dans certains modes de réalisation, 20 le premier incrément de données vidéo peut correspondre à une ou plusieurs trames comprises dans la première partie de vidéo. Dans certains modes de réalisation, la taille du premier incrément de données vidéo peut être choisie d'après un nombre de trames choisi pouvant être fourni à la fois. Dans certains modes de réalisation, le 25 premier incrément de données vidéo peut correspondre à une seule trame. Le fournisseur de capture 150 peut transmettre le premier incrément de données vidéo au client WebRTC 152 dans certains modes de réalisation. Dans certains cas, le fournisseur de capture 150 peut être 30 configuré pour déterminer une durée qui s'est écoulée depuis qu'il a transmis le premier incrément de données vidéo au client WebRTC 152. Dans certains modes de réalisation, en réponse à la détermination qu'une durée particulière s'est écoulée depuis qu'il a transmis le premier incrément de données vidéo au client WebRTC 152, le 3066063 23 fournisseur de capture 150 peut transmettre un deuxième incrément de données vidéo au client WebRTC 152. Le deuxième incrément de données vidéo peut correspondre à une deuxième partie de vidéo du signal vidéo de la présentation audiovisuelle dans laquelle la deuxième 5 partie de vidéo peut suivre chronologiquement la première partie de vidéo dans la présentation audiovisuelle de telle manière que le premier incrément de données vidéo et le deuxième incrément de données vidéo peuvent former au moins une partie du flux vidéo 168. Dans certains modes de réalisation, la durée particulière qui 10 s'est écoulée depuis la transmission du premier incrément de données vidéo qui peut déclencher la transmission du deuxième incrément de données vidéo peut correspondre au temps de présentation de la première partie de vidéo qui correspond à l'incrément de données audio de vidéo, ce qui peut correspondre à la cadence. Par exemple, 15 dans les cas dans lesquels le temps de présentation de la première partie de vidéo est de 30 ms (p. ex. dans les cas dans lesquels les premières données de vidéo et la première partie de vidéo correspondent à une trame avec une cadence d'images de 33 ils), le fournisseur de capture 150 peut transmettre le deuxième incrément de 20 données vidéo au client WebRTC 152 30 ms, ou environ 30 ms, après avoir transmis le premier incrément de données vidéo au client WebRTC 152. Par conséquent, la transmission du premier incrément de données vidéo et du deuxième incrément de données vidéo peut imiter les premières données vidéo et les deuxièmes données vidéo qui sont 25 obtenues de façon séquentielle en temps réel à partir d'un dispositif de capture d'images, comme une caméra. En addition ou en variante, dans certains modes de réalisation, les incréments de données vidéo peuvent être transmis dans un ordre particulier et après une durée particulière basée sur des marques 30 temporelles associées aux incréments de données vidéo. Dans ces modes de réalisation, ainsi que dans d'autres, la marque temporelle associée à chacun des incréments de données vidéo peut être fournie avec les incréments de données vidéo respectifs dans le flux vidéo 168. L'ajout des marques temporelles peut aider à maintenir la 3 06606 3 24 synchronisation des données audio et des données vidéo pendant la présentation de la présentation audiovisuelle. Dans certains modes de réalisation, le deuxième incrément de données vidéo peut correspondre à un même temps de présentation que 5 le premier incrément de données vidéo. En addition ou en variante, le deuxième incrément de données vidéo peut correspondre à un temps de présentation différent de celui du premier incrément de données vidéo. Dans ces modes de réalisation, ou dans d'autres, la taille du deuxième incrément de données vidéo peut être basée sur un intervalle 10 de transmission programmé des incréments de données vidéo, le temps de présentation qui correspond au premier incrément de données vidéo et/ou la durée qui s'est écoulée depuis la transmission du premier incrément de données vidéo au client WebRTC 152. Par exemple, dans les cas dans lesquels un intervalle de transmission programmé des 15 incréments de données vidéo est égal à « toutes les 30 ms », la taille du deuxième incrément de données vidéo peut être telle que la deuxième partie de vidéo a un temps de présentation de 30 ms. Comme autre exemple, dans les modes de réalisation ayant un intervalle de transmission programmé de 30 ms, pour une raison ou pour une autre, 20 60 ms peuvent s'être écoulées depuis que le premier incrément de données vidéo avec un temps de présentation correspondant de 30 ms a été transmis au client WebRTC 152 dans certains cas. Dans certains de ces cas, la taille du deuxième incrément de données vidéo peut être telle que la deuxième partie de vidéo a un temps de présentation de 60 25 ms afin de combler le décalage temporel et de rapprocher le flux vidéo 168 de l'intervalle de transmission programmé. En addition ou en variante, dans certains modes de réalisation, la taille des incréments de données audio qui peuvent former le flux vidéo 168 peut être basée sur les propriétés du client WebRTC distant 30 et du système distant associé (décrit plus en détail ci-dessous) qui peuvent recevoir le flux vidéo 168 du client WebRTC 152. Par exemple, le client WebRTC distant et le système distant associé peuvent avoir une mémoire tampon vidéo d'une taille particulière qui peut recevoir le flux vidéo 168. La taille des incréments de données 3066063 25 vidéo peut être sélectionnée de manière à ce que la mémoire tampon vidéo ne reçoive pas plus d'informations que ce que la mémoire tampon vidéo est capable de recevoir à un point particulier dans le temps. 5 Dans ces modes de réalisation, ou dans d'autres, la quantité de données comprise dans le flux vidéo 168 peut être réduite en utilisant un codage de trames clés. Par exemple, dans certains modes de réalisation, le fournisseur de capture 150 peut être configuré pour décoder les données vidéo qui sont incluses dans la piste vidéo 158 10 afin d'obtenir des données vidéo brutes. En se basant sur les données vidéo brutes, le fournisseur de capture 150 peut être configuré pour générer des données de trame clé qui peuvent correspondre à une trame particulière de la vidéo. Les données de trame clé peuvent comprendre une quantité d'informations complète qui peut être nécessaire pour 15 construire la trame particulière de la vidéo. Dans certains modes de réalisation, un incrément de données vidéo (p. ex. le premier incrément de données vidéo) du flux vidéo 168 peut comprendre les données de trame clé. Dans ces modes de réalisation, ou dans d'autres, le fournisseur 20 de capture 150 peut être configuré pour générer des données de trame delta basées sur les données de trame clé et les données de vidéo brutes. Les données de trame delta peuvent comprendre des modifications qui peuvent être apportées aux données de trame clé qui permettent la construction d'une trame consécutive du message de 25 courriel vidéo qui est consécutive à la trame particulière qui correspond aux données de trame clé. Les données de trame delta peuvent comprendre une quantité d'informations incomplète nécessaire pour construire la trame particulière ou la trame consécutive de telle manière que les données de trame delta peuvent être inférieures aux 30 données de trame clé. Dans certains modes de réalisation, un incrément de données vidéo consécutif à celui qui comprend les données de trame clé (p. ex. le deuxième incrément de données vidéo) du flux vidéo 168 peut comprendre les données de trame delta. 3066063 26 Dans certains cas, un incrément de données vidéo qui comprend des données de trame delta peut ne pas être reçu au niveau du client WebRTC distant. La perte de l'incrément de données vidéo qui comprend des données de trame delta peut se traduire par une 5 incapacité à reconstruire une ou plusieurs trame(s) qui correspondent aux données de trame delta ou aux trames consécutives à ces trames. Dans certains de ces modes de réalisation, le fournisseur de capture 150 peut être configuré pour recevoir une notification de données de trame delta non reçues. Dans certains modes de réalisation, 10 le fournisseur de capture 150 peut être configuré pour générer de nouvelles données de trame clé en réponse à la réception de la notification. Les nouvelles données de trame clé peuvent correspondre à la trame perdue qui peut correspondre aux données de trame delta perdues. Les nouvelles données de trame clé peuvent comprendre une 15 quantité d'informations complète qui peut être nécessaire pour reconstruire la trame perdue. Dans certains modes de réalisation, le fournisseur de trame 150 peut être configuré pour fournir un nouvel incrément de données vidéo qui peut comprendre les nouvelles données de trame clé au client WebRTC 152. 20 Dans ces modes de réalisation, ou dans d'autres, le fournisseur de capture 150 peut être configuré pour générer des données de trame delta consécutives pour une ou plusieurs trame(s) qui peuvent être consécutives à la précédente trame perdue basée sur les nouvelles données de trame clé. En addition ou en variante, le fournisseur de 25 capture peut être configuré pour transmettre des incréments de données vidéo consécutives au client WebRTC 152 qui comprennent chacun des données de trame delta consécutives de trames correspondantes. Dans certains modes de réalisation, le fournisseur de capture 150 peut être configuré pour transmettre le flux audiovisuel 164 au 30 client WebRTC 152 de manière telle que le flux audio 166 et le flux vidéo 168 sont transmis de façon synchronisée. Par exemple, dans certains modes de réalisation, le fournisseur de capture 150 peut être configuré pour transmettre des incréments de données audio et des incréments de données vidéo avec des marques temporelles qui 3066063 27 correspondent aux mêmes, ou à peu près aux mêmes, points dans le temps dans la présentation audiovisuelle au client WebRTC 152 en même temps ou à peu près en même temps. Le client WebRTC 152 peut comprendre des instructions 5 lisibles par ordinateur configurées pour réaliser des opérations se rapportant aux protocoles de communication WebRTC. En addition ou en variante, le client WebRTC 152 peut être mis en oeuvre en utilisant du matériel comprenant un processeur, un microprocesseur (p. ex. pour réaliser ou commander la réalisation d'une ou de plusieurs 10 opération(s)), un circuit intégré prédiffusé programmable (FPGA) ou un circuit intégré client (ASIC). Dans certains autres cas, le client WebRTC 152 peut être mis en oeuvre en utilisant une combinaison de matériel et de logiciel. Dans la présente, des opérations décrites comme étant réalisées par le client WebRTC 152 peuvent comprendre 15 des opérations que le client WebRTC 152 peut ordonner à un système correspondant de réaliser. Le client WebRTC 152 peut être configuré pour établir et diriger une session de communication WebRTC avec un client WebRTC distant qui peut être inclus dans un système distant qui peut 20 être situé à distance de l'environnement 100. Dans certains cas, le client WebRTC distant peut être un client WebRTC de dispositif d'utilisateur et un dispositif d'utilisateur d'un utilisateur peut être le système distant qui comprend le client WebRTC de dispositif d'utilisateur. Dans certains modes de réalisation, le client WebRTC 25 152 peut être configuré pour recevoir le flux audio 166 du fournisseur de capture 150 et pour communiquer le flux audio 166 au client WebRTC distant. Par exemple, le client WebRTC 152 peut être configuré pour recevoir, en tant que flux audiovisuel 164, le flux audio 166 et le flux 30 vidéo 168. Dans certains modes de réalisation, le client WebRTC 152 peut être configuré pour recevoir le flux audio 166 et le flux vidéo 168 sous la forme de deux flux séparés. En addition ou en variante, le flux audio 166 et le flux vidéo 168 séparés peuvent être synchronisés pour former le flux audiovisuel 164. Comme indiqué plus haut, le flux audio 3066063 28 166 et le flux vidéo 168 peuvent être configurés pour imiter des flux qui sont générés en temps réel de manière telle que le client WebRTC 152 est apte à recevoir et communiquer les données audio et vidéo associées. 5 Le client WebRTC 152 peut communiquer le flux audiovisuel 164 (p. ex. les flux audio 166 et vidéo 168 synchronisés mais séparés) au client WebRTC distant. Le client WebRTC distant peut être configuré pour recevoir le flux audiovisuel 164 et pour communiquer les données audio et vidéo comprises dans le flux audiovisuel 164 aux 10 éléments appropriés du système distant de telle manière que le système distant est apte à reproduire et présenter la présentation audiovisuelle du fichier audiovisuel 154. Par conséquent, l'environnement 100 peut être configuré pour réaliser des opérations relativement au fichier audiovisuel 154 pour 15 permettre la communication et le partage de la présentation audiovisuelle associée au fichier audiovisuel 154 en utilisant les systèmes et protocoles WebRTC. Des modifications, ajouts ou omissions peuvent être faits à l'environnement 100 sans s'éloigner de la portée de la présente invention. Par exemple, l'environnement 100 20 peut comprendre d'autres éléments que ceux qui sont précisément listés. En outre, le fournisseur de capture 150 et le client WebRTC 152 sont illustrés et décrits en tant qu'éléments distincts pour faciliter la description d'opérations qui peuvent être réalisées dans l'environnement 100. Toutefois, dans certains modes de réalisation, le 25 fournisseur de capture 150 et le client WebRTC 152 peuvent être combinés à l'intérieur du même dispositif ou module. La figure 2 représente un exemple de système de communication 200 configuré pour mettre en oeuvre des services de messagerie de courriel vidéo. Le système de communication 200 peut 30 être agencé selon au moins un mode de réalisation décrit dans la présente. Le système de communication 200 peut comprendre un ou plusieurs réseau(x) 202, un dispositif 204, un dispositif 206, un système de messagerie de courriel vidéo 208 (« système 208 ») et un téléphone 210. Dans certains modes de réalisation, le système de 3066063 29 communication 200 peut utiliser des systèmes et protocoles WebRTC dans la fourniture de services de messagerie de courriel vidéo. Les services de messagerie de courriel vidéo peuvent être similaires aux services de messagerie vocale excepté le fait que les services de 5 messagerie de courriel vidéo peuvent permettre à des messages audiovisuels (appelés ici « messages de courriel vidéo ») qui comprennent à la fois un signal vidéo et un signal audio d'être enregistrés et partagés. Le ou les réseau(x) 202 peuvent être configurés pour coupler de 10 façon communicante le dispositif 204, le dispositif 206, le système 208 et le téléphone 210. Dans certains modes de réalisation, le ou les réseau(x) 202 peuvent être n'importe quel réseau ou configuration de réseaux configurés pour envoyer et recevoir des communications entre les systèmes et dispositifs. Dans certains modes de réalisation, le ou 15 les réseau(x) 202 peuvent comprendre un réseau de type conventionnel, un réseau câblé ou sans fil, et ils peuvent avoir de nombreuses configurations différentes. Dans certains modes de réalisation, le ou les réseau(x) 202 peuvent aussi être couplés à ou peuvent comprendre des parties d'un réseau de télécommunication, 20 comprenant des lignes téléphoniques, pour envoyer des données sous plusieurs protocoles de communication différents, comme un réseau téléphonique classique. Chacun des dispositifs 204 et 206 et le téléphone 210 peuvent être ou comprendre n'importe quel dispositif informatique électronique 25 ou numérique. Par exemple, chacun des dispositifs 204 et 206 et le téléphone 210 peuvent comprendre un ordinateur de bureau, un ordinateur portable, un téléphone intelligent (ou « smartphone »), un téléphone mobile, une tablette numérique, un téléphone, une console téléphonique, ou tout autre dispositif informatique. Dans certains 30 modes de réalisation, chacun des dispositifs 204 et 206 et le téléphone 210 peuvent être configurés pour établir des sessions de communication avec d'autres dispositifs. Par exemple, chacun des dispositifs 204 et 206 et le téléphone 210 peuvent être configurés pour établir une session de communication sortant avec un autre dispositif 3066063 30 via une ligne ou un réseau téléphonique. Par exemple, les dispositifs 204 et 206 peuvent communiquer via un réseau cellulaire sans fil et le téléphone 210 peut communiquer via une ligne du réseau téléphonique public commuté (RTPC). En variante ou en addition, les dispositifs 5 204 et 206 et le téléphone 210 peuvent communiquer via d'autres réseaux câblés ou sans fil qui ne comprennent pas, ou qui ne comprennent que partiellement un RTPC. Par exemple, une session de communication entre l'un ou les deux dispositifs 204 et 206 et le téléphone 210 peut être un appel téléphonique de voix par le protocole 10 de l'internet (VoIP). Comme autre exemple, on peut citer la session de communication entre l'un ou les deux dispositifs 204 et 206 et le téléphone 210 qui peut être une session de communication audiovisuelle ou autre session de communication. Comme autre exemple, la session de communication entre l'un ou les deux 15 dispositifs 204 et 206 et le téléphone 210 peut être une session de message audiovisuel d'un message de courriel vidéo, une session de message audio ou autre session de communication. En variante ou en addition, chacun des dispositifs 204 et 206 et le téléphone 210 peuvent être configurés pour communiquer avec 20 d'autres systèmes via un réseau, comme le ou les réseau(x) 202 ou un autre réseau. Dans ces modes de réalisation, ainsi que dans d'autres, les dispositifs 204 et 206 et le téléphone 210 peuvent recevoir des données de et envoyer des données au système 208. Par exemple, les dispositifs 204 et 206 et le téléphone 210 peuvent comprendre de la 25 mémoire et au moins un processeur, qui sont configurés pour réaliser des opérations telles que décrites dans la présente, entre autres opérations. Dans certains modes de réalisation, les dispositifs 204 et 206 et le téléphone 210 peuvent comprendre des instructions lisibles par ordinateur qui sont configurées pour être exécutées par les 30 dispositifs 204 et 206 et le téléphone 210 afin de réaliser les opérations décrites dans la présente. Dans certains modes de réalisation, le système 208 peut comprendre n'importe quelle configuration de matériel, comme des processeurs, des serveurs etc. qui sont mis en réseau ensemble et 3066063 31 configurés pour réaliser une tâche. Par exemple, le système 208 peut comprendre des systèmes informatiques multiples, tels que des serveurs multiples qui comprennent chacun de la mémoire et au moins un processeur, qui sont mis en réseau ensemble et configurés pour 5 réaliser des opérations liées à la fourniture de services de messagerie de courriel vidéo. Dans certains modes de réalisation, le système 208 peut fonctionner comme un central configuré pour établir des sessions de communication, comme des appels téléphoniques, des appels vidéo, 10 etc. entre des dispositifs tels que le téléphone 210 et un ou plusieurs autre(s) dispositif(s) tels que décrits dans la présente, entre autres opérations. Dans certains modes de réalisation, le système 208 peut comprendre des instructions lisibles par ordinateur qui sont configurées pour être exécutées par le système 208 pour réaliser les 15 opérations décrites dans la présente. En outre, comme indiqué plus haut, dans certains modes de réalisation, le système 208 peut être configuré pour réaliser des opérations liées à la fourniture de services de messagerie de courriel vidéo. Par exemple, dans certains modes de réalisation, le système 208 20 peut comprendre un système de serveur 240 qui peut comprendre un ou plusieurs serveur(s). Le système de serveur 240 peut comprendre un fournisseur de capture 250 et un client WebRTC de système 252a. Bien que le système de serveur 240 soit représenté avec un fournisseur de capture 250 et un client WebRTC de système 252a, le système de 25 serveur 240 peut comprendre n'importe quel nombre de fournisseurs de capture 250 et de clients WebRTC de système 252a. Le fournisseur de capture 250 peut être similaire ou analogue au fournisseur de capture 150 décrit plus haut relativement à la figure 1. En outre, le client WebRTC de système 252a peut être similaire ou analogue au client 30 WebRTC 152 décrit plus haut relativement à la figure 1. Le système 208 peut aussi comprendre une base de données 242 dans certains modes de réalisation. La base de données 242 peut comprendre n'importe quel support de stockage lisible par ordinateur approprié configuré pour stocker des données. Par exemple, dans 3066063 32 certains modes de réalisation, ces supports de stockage lisibles par ordinateur peuvent comprendre n'importe quels supports disponibles qui peuvent être lus par un ordinateur polyvalent ou spécialisé. A titre d'exemple, et non de limitation, ces supports de stockage lisibles par 5 ordinateur peuvent comprendre des supports de stockage lisibles par ordinateur physiques ou non transitoires comme de la mémoire vive (RAM), de la mémoire morte (ROM), une mémoire morte effaçable et programmable électriquement (EEPROM), un cédérom (CD-ROM) ou autre dispositif de stockage par disque optique, stockage par disque 10 magnétique ou autres dispositifs de stockage magnétique, des dispositifs de mémoire flash (p. ex. des dispositifs de mémoire à semiconducteur), ou tout autre support de stockage qui peut être utilisé pour porter ou stocker un code de programme particulier sous la forme d'instructions informatiques ou de structures de données et qui peut 15 être lu par un ordinateur polyvalent ou spécialisé. On peut aussi inclure dans la portée des supports de stockage lisibles par ordinateur des combinaisons des éléments cités ci-dessus. Dans certains modes de réalisation, la base de données 242 peut comprendre un ou plusieurs fichier(s) de courriel vidéo stockés 20 dans celle-ci. Dans l'exemple représenté, la base de données 242 est représentée comme comportant un fichier de courriel vidéo 254 qui peut être représentatif des fichiers de courriel vidéo qui peuvent être stockés sur la base de données 242. Le fichier de courriel vidéo 254 peut être un fichier audiovisuel (p. ex. le fichier audiovisuel 154 de la 25 figure 1) d'une représentation audiovisuelle qui peut être un message de courriel vidéo. Le fichier de courriel vidéo 254 peut comprendre une piste audio 256 et une piste vidéo 258, qui peuvent être similaires ou analogues respectivement à la piste audio 156 et à la piste vidéo 158 de la figure 1. La piste audio 256 peut comprendre des données 30 audio du signal audio du message de courriel vidéo et la piste vidéo 258 peut comprendre des données vidéo du signal vidéo du message de courriel vidéo. Les figures 4A et 4B et leur description associée donnent d'autres détails concernant des exemples d'opérations qui 3066063 33 peuvent être réalisées par le système 208 relativement à la fourniture de services de messagerie de courriel vidéo. Dans certains modes de réalisation, le système de communication 200 peut être configuré pour faciliter une session de 5 communication assistée entre un utilisateur malentendant 216 ou un utilisateur malentendant 218 (par exemple un mari et sa femme qui partagent un téléphone 210) et un deuxième utilisateur, tel que l'utilisateur 212 ou l'utilisateur 214. Telle qu'utilisée dans la présente, l'expression « utilisateur malentendant » peut désigner une 10 personne ayant des capacités auditives diminuées. Les utilisateurs malentendants ont souvent un niveau de capacité auditive qui a généralement diminué dans le temps, de sorte que l'utilisateur malentendant peut communiquer en parlant, mais l'utilisateur malentendant a souvent beaucoup de mal à entendre et/ou comprendre 15 les autres. Dans certains modes de réalisation, la session de communication assistée peut être établie entre un dispositif tel que le dispositif 204 ou le dispositif 206 et le téléphone 210. Dans ces modes de réalisation, le téléphone 210 peut être un téléphone transcripteur, 20 tel qu'un téléphone sous-titreur, qui est configuré pour présenter des transcriptions de la session de communication à l'utilisateur malentendant 216 ou à l'utilisateur malentendant 218, comme un téléphone transcripteur de la gamme 57T ou de la gamme 67T de chez CaptionCallt-D ou un appareil sur lequel fonctionne l'application 25 mobile CaptionCall@. Par exemple, dans certains modes de réalisation, le téléphone 210 peut comprendre un écran d'affichage 220 qui est intégré au téléphone 210 et qui est configuré pour présenter des transcriptions textuelles d'une session de communication à l'utilisateur malentendant 216 ou à l'utilisateur malentendant 218. 30 Dans ces modes de réalisation, ainsi que dans d'autres, le téléphone 210 peut être configuré pour être utilisé par plusieurs utilisateurs malentendants utilisant des profils d'utilisateurs. Par exemple, le téléphone peut être configuré avec un premier profil d'utilisateur correspondant à l'utilisateur malentendant 216 et avec un deuxième 3066063 34 profil d'utilisateur correspondant à l'utilisateur malentendant 218. Chaque profil d'utilisateur peut comprendre des réglages qui sont propres à l'utilisateur correspondant, tels qu'une taille de texte sur l'écran d'affichage 220, le volume du téléphone 210 ou des sonneries 5 personnalisées sur le téléphone 210, entre autres réglages. En variante ou en addition, le téléphone 210 peut être associé à un écran d'affichage qui est physiquement séparé du téléphone 210 et qui est en communication sans fil avec le téléphone 210, comme un écran d'affichage d'un dispositif portatif 222 porté au poignet de 10 l'utilisateur malentendant 216 et configuré pour être en communication sans fil Bluetooth avec le téléphone 210. D'autres écrans physiquement séparés peuvent être des écrans d'affichage d'ordinateurs de bureau, d'ordinateurs portables, de téléphones intelligents, de téléphones mobiles, de tablettes électroniques ou de 15 tout autre appareil électronique qui est en communication sans fil avec le téléphone 210. Le téléphone 210 peut aussi comprendre un combiné 224 et un crochet commutateur 226. Au cours d'une session de communication à transcription, le système 208 et le dispositif 204 ou le dispositif 206 et le téléphone 20 210 peuvent être couplés de façon communicante en utilisant des protocoles de mise en réseau. Dans certains modes de réalisation, pendant la session de communication entre le dispositif 204 ou le dispositif 206 et le téléphone 210, le téléphone 210 peut transmettre le signal audio du dispositif 204 ou du dispositif 206 au système 208 25 pour la transcription du signal audio. Dans le système 208, le signal audio peut être transcrit. Dans certains modes de réalisation, pour transcrire le signal audio, un assistant d'appel peut écouter le signal audio transmis par le dispositif 204 ou le dispositif 206 et « revocaliser » les mots de l'utilisateur 212 30 ou de l'utilisateur 214 à destination d'un programme informatique de reconnaissance de la parole accordé sur la voix de l'assistant d'appel. Dans ces modes de réalisation, ainsi que dans d'autres, l'assistant d'appel peut être un opérateur qui sert d'intermédiaire humain entre l'utilisateur malentendant 216 ou l'utilisateur malentendant 218 et 3066063 l'utilisateur 212 ou l'utilisateur 214. Dans certains modes de réalisation, des transcriptions textuelles peuvent être générées par un ordinateur de reconnaissance de la parole en tant que transcription du signal audio de l'utilisateur 212 ou de l'utilisateur 214. Les 5 transcriptions textuelles peuvent être transmises au téléphone 210 utilisé par l'utilisateur malentendant 216 ou l'utilisateur malentendant 218 via le ou les réseau(x) 102. Le téléphone 210 peut afficher les transcriptions textuelles pendant que l'utilisateur malentendant 216 ou l'utilisateur malentendant 218 tient une conversation normale avec 10 l'utilisateur 212 ou l'utilisateur 214. Les transcriptions textuelles peuvent permettre à l'utilisateur malentendant 216 ou à l'utilisateur malentendant 218 de compléter le signal vocal transmis par le dispositif 204 ou le dispositif 206 et de confirmer sa compréhension des mots prononcés par l'utilisateur 212 ou l'utilisateur 214. 15 Dans certains modes de réalisation, le téléphone 210 peut aussi comprendre un client WebRTC de dispositif d'utilisateur 252b qui peut être similaire au client WebRTC distant décrit plus haut relativement à la figure 1. Par ailleurs, le téléphone 210 peut être un exemple du système distant décrit relativement à la figure 1. Le client WebRTC de 20 dispositif d'utilisateur 252b peut être configuré pour communiquer avec le client WebRTC de système 252a en utilisant des protocoles WebRTC tels que le message de courriel vidéo du fichier de courriel vidéo 254 peut être présenté par le téléphone 210. En addition ou en variante, dans certains modes de réalisation, le système 208 et le 25 téléphone 210 peuvent être configurés pour réaliser une ou plusieurs opération(s) telles que des transcriptions textuelles du signal audio du message de courriel vidéo peuvent être affichées pendant la présentation du message de courriel vidéo par le téléphone 210. De plus amples détails sur la présentation du message de courriel vidéo et 30 des transcriptions textuelles sont donnés ci-dessous relativement aux figures 4A et 4B. Des modifications, ajouts ou omissions peuvent être faits au système de communication 200 sans s'éloigner de la portée de la présente invention. Par exemple, dans certains modes de réalisation, 3066063 36 l'utilisateur 212 ou l'utilisateur 214 peut aussi être malentendant. Dans ces modes de réalisation, ainsi que dans d'autres, le système 208 peut fournir des transcriptions textuelles au dispositif 204 ou au dispositif 206 en se basant sur des données audio transmises par le 5 téléphone 210. En variante, ou en addition, le système 208 peut comprendre des fonctions additionnelles. Par exemple, le système 208 peut éditer les transcriptions textuelles ou apporter d'autres modifications aux transcriptions textuelles après la présentation de ces transcriptions sur le téléphone 210. En variante, ou en addition, dans 10 certains modes de réalisation, le système de communication 200 peut comprendre des dispositifs additionnels similaires aux dispositifs 204 et 206 et au téléphone 210. Dans ces modes de réalisation, ainsi que dans d'autres, les dispositifs similaires peuvent être configurés pour sélectionner automatiquement un support de transport pour une session 15 de communication. En outre, dans certains modes de réalisation, le système 208 peut être configuré pour fournir des services de messagerie de courriel vidéo mais il peut ne pas être configuré pour fournir des services de transcription. La figure 3 représente un schéma fonctionnel d'un exemple de 20 système informatique 302. Le système informatique 302 peut être configuré selon au moins un mode de réalisation de la présente invention et il peut être configuré pour réaliser une ou plusieurs opération(s) liées à la réalisation de communications WebRTC par rapport à un fichier audiovisuel. Une ou plusieurs variante(s) du 25 système informatique 302 peuvent être incluses dans les dispositifs 204 et 206, le téléphone 210 et le système 208 (comprenant le système de serveur 240) décrits relativement à la figure 2. Le système informatique 302 peut comprendre un processeur 350, une mémoire 352 et un stockage de données 354. Le processeur 350, la mémoire 352 30 et le stockage de données 354 peuvent être couplés de façon communicante. En général, le processeur 350 peut comprendre n'importe quel ordinateur spécialisé ou polyvalent, une entité informatique ou un dispositif de traitement comprenant divers modules informatiques 3066063 37 matériels ou logiciels et il peut être configuré pour exécuter des instructions stockées sur n'importe quel support de stockage applicable lisible par ordinateur. Par exemple, le processeur 350 peut comprendre un microprocesseur, un microcontrôleur, un processeur de 5 signaux numériques (DSP), un circuit intégré client (ASIC), un circuit intégré prédiffusé programmable (FPGA), ou tout autre circuit numérique ou analogique configuré pour interpréter et/ou exécuter des instructions de programme et/ou pour traiter des données. Bien que représenté sous la forme d'un processeur simple sur la figure 3, le 10 processeur 350 peut comprendre n'importe quel nombre de processeurs configurés pour, individuellement ou collectivement, exécuter ou commander l'exécution de n'importe quel nombre d'opérations décrites dans la présente. En outre, un ou plusieurs des processeurs peuvent être présents sur un ou plusieurs dispositifs électroniques 15 différents, tels que différents serveurs. Dans certains modes de réalisation, le processeur 350 peut être configuré pour interpréter et/ou exécuter des instructions de programme et/ou traiter des données stockées dans la mémoire 352, le stockage de données 354, ou la mémoire 352 et le stockage de données 20 354. Dans certains modes de réalisation, le processeur 350 peut extraire des instructions de programme du stockage de données 354 et charger les instructions de programme dans la mémoire 352. Une fois les instructions de programme chargées dans la mémoire 352, le processeur 350 peut exécuter les instructions de programme. 25 Par exemple, dans certains modes de réalisation, un ou plusieurs fournisseur(s) de capture et/ou clients WebRTC peuvent être inclus dans le stockage de données 354 en tant qu'instructions de programme. Le processeur 350 peut extraire les instructions de programme du stockage de données 354 et charger les instructions de 30 programme dans la mémoire 352. Une fois les instructions de programme des modules de transcription chargées dans la mémoire 352, le processeur 350 peut exécuter les instructions de programme de telle manière que le système informatique 302 peut mettre en oeuvre 3066063 38 les opérations associées aux fournisseurs de capture et/ou clients WebRTC telles que commandées par les instructions. La mémoire 352 et le stockage de données 354 peuvent comprendre des supports de stockage lisibles par ordinateur destinés à 5 porter ou à comporter des instructions exécutables par ordinateur ou des structures de données stockées sur ceux-ci. Ces supports de stockage lisibles par ordinateur peuvent être n'importe quels supports disponibles qui peuvent être lus par un ordinateur polyvalent ou spécialisé, comme le processeur 350. A titre d'exemple, et non de 10 limitation, ces supports de stockage lisibles par ordinateur peuvent comprendre des supports de stockage lisibles par ordinateur physiques ou non transitoires comme de la RAM, ROM, EEPROM, cédérom ou autre dispositif de stockage par disque optique, stockage par disque magnétique ou autres dispositifs de stockage magnétique, des 15 dispositifs de mémoire flash (p. ex. des dispositifs de mémoire à semiconducteur), ou tout autre support de stockage qui peut être utilisé pour porter ou stocker un code de programme particulier sous la forme d'instructions informatiques ou de structures de données et qui peut être lu par un ordinateur polyvalent ou spécialisé. On peut aussi 20 inclure dans la portée des supports de stockage lisibles par ordinateur des combinaisons des éléments cités ci-dessus. Les instructions informatiques peuvent comprendre par exemple des instructions et données configurées pour faire exécuter par le processeur 350 une certaine opération ou un certain groupe d'opérations. Dans certains 25 modes de réalisation, la base de données 242 de la figure 2 peut être un exemple du stockage de données 354. Des modifications, ajouts ou omissions peuvent être faits au système informatique 302 sans s'éloigner de la portée de la présente invention. Par exemple, dans certains modes de réalisation, le système 30 informatique 302 peut comprendre un nombre quelconque d'autres composants qui peuvent ne pas être représentés ou décrits explicitement. Les figures 4A et 48 représentent des exemples d'opérations qui peuvent être réalisées relativement à la fourniture de services de 3066063 39 messagerie de courriel vidéo. Les opérations des figures 4A et 4B peuvent être agencées selon au moins un mode de réalisation décrit dans la présente. Les opérations des figures 4A et 4B peuvent être mises en oeuvre, dans certains modes de réalisation, par un système de 5 communication tel que le système de communication 200 décrit relativement à la figure 2. Dans certains modes de réalisation, les opérations des figures 4A et 4B peuvent résulter d'opérations réalisées par un système basé sur des instructions stockées sur un ou plusieurs support(s) lisible(s) par ordinateur. Bien que représentées sous forme 10 d'opérations discrètes, plusieurs opérations peuvent être divisées en opérations supplémentaires, combinées pour obtenir moins d'opérations, ou éliminées, en fonction de la mise en oeuvre particulière. En addition, pour faciliter l'explication, les opérations des figures 4A et 4B sont décrites par rapport au dispositif 204, au 15 système 208 et au téléphone 210, comme décrit sur la figure 2. Toutefois, le dispositif 204 et le téléphone 210 peuvent être n'importe quels dispositifs qui comprennent des clients WebRTC et qui sont configurés pour communiquer avec le système 208. A l'opération 402, le dispositif 204 peut tenter d'établir une 20 session de communication avec le téléphone 210. Par exemple, dans certains modes de réalisation, le dispositif 204 peut diriger une demande de session de communication vers le système 208 pour que le système 208 relaie la demande de session de communication au téléphone 210. Dans ces modes de réalisation ou dans d'autres, le 25 dispositif 204 peut diriger la demande de session de communication vers le téléphone 210 sans impliquer le système 208. A l'opération 404, le système 208 peut relayer la demande de session de communication vers le téléphone 210 en réponse à la réception de la demande de session de communication provenant du 30 dispositif 204. A l'opération 406, le système 208 peut déterminer que la demande de session de communication a été déclinée dans le téléphone 210. Dans certains modes de réalisation, le système 208 peut déterminer que la demande de session de communication a été déclinée 3066063 en réponse à l'absence de réponse du téléphone 210 à la demande de session de communication après un certain intervalle de temps. La référence au téléphone 210 ne répondant pas à la demande de session de communication peut indiquer que le téléphone 210 n'envoie pas en 5 retour une indication que le téléphone 210 n'a pas fourni de notification quelconque (p. ex. une sonnerie) signalant que la demande de session de communication a été reçue par le téléphone 210. Dans ces modes de réalisation ou dans d'autres, le système 208 peut déterminer que la session de communication a été déclinée en réponse 10 à la réception d'une telle indication de la part du téléphone 210. Dans d'autres modes de réalisation, le dispositif 204 peut déterminer que la demande de session de communication a été refusée de façon similaire. A l'opération 408, le système 208 peut communiquer une notification de la déclinaison de la demande de session de 15 communication au dispositif 204. Dans d'autres modes de réalisation, le dispositif 204 peut générer la notification de déclinaison dans les cas où le dispositif 204 peut déterminer que la demande de communication a été déclinée. A l'opération 410, le dispositif 204 peut être configuré pour 20 inviter l'utilisateur 212 à enregistrer un message de courriel vidéo, s'il le souhaite. Dans certains modes de réalisation, le dispositif 204 peut être configuré pour solliciter l'utilisateur 212 en réponse à la notification de déclinaison. A l'opération 412, le dispositif 204 peut générer un fichier de courriel vidéo d'un message de courriel vidéo 25 basé sur des signaux audio et vidéo enregistrés de l'utilisateur 212. Dans certains modes de réalisation, le message de courriel vidéo peut être désigné pour l'utilisateur malentendant 216 et/ou l'utilisateur malentendant 218 en se basant sur le fait que l'utilisateur malentendant 216 et/ou l'utilisateur malentendant 218 est associé au 30 téléphone 210 et en se basant sur le fait que la demande de session de communication est dirigée vers le téléphone 210. A l'opération 414, le dispositif 204 peut communiquer le fichier de courriel vidéo au système 208. 3066063 41 A l'opération 416, le système 208 peut stocker le fichier de courriel vidéo dans la base de données 242. Par exemple, le système 208 peut stocker le fichier de courriel vidéo en tant que fichier de courriel vidéo 254 de la figure 2. 5 A l'opération 418, le système 208 peut communiquer une notification de message de courriel vidéo au téléphone 210 pour signaler le message de courriel vidéo à l'utilisateur malentendant 216 et/ou à l'utilisateur malentendant 218. A l'opération 420, le téléphone 210 peut recevoir une demande (p. ex. à travers une interface 10 utilisateur du téléphone 210, provenant de l'utilisateur malentendant 216 et/ou de l'utilisateur malentendant 218) pour visionner le message de courriel vidéo associé à la notification de message de courriel vidéo. A l'opération 422, le téléphone 210 peut communiquer une demande de visionnage de message de courriel vidéo au système 208 15 en réponse à la réception de la demande de l'utilisateur malentendant 216 et/ou de l'utilisateur malentendant 218 pour visionner le message de courriel vidéo à l'opération 420. A l'opération 424, en réponse à la réception de la demande, le système 208 peut être configuré pour accéder au fichier de courriel 20 vidéo 254 et générer un flux audio à partir de la piste audio 256 et générer un flux vidéo à partir de la piste vidéo 258. Dans certains modes de réalisation, le système 208 peut être configuré pour synchroniser le flux audio et le flux vidéo pour générer un flux audiovisuel correspondant du message de courriel vidéo. En addition 25 ou en variante, dans certains modes de réalisation, le système 208 peut être configuré pour générer le flux audio, le flux vidéo et/ou le flux audiovisuel en utilisant le fournisseur de capture 250 selon les opérations décrites plus haut relativement à la figure 1. En addition ou en variante, le flux audiovisuel peut être transmis au client WebRTC 30 de système 252a à l'opération 426. Dans certains modes de réalisation, le client WebRTC de système 252a peut établir une session de communication WebRTC avec le client WebRTC de dispositif d'utilisateur 252b. Dans certains modes de réalisation, le client WebRTC de système 252a peut établir 3066063 42 une session de communication WebRTC avec le client WebRTC de dispositif d'utilisateur 252b avant de recevoir le flux audiovisuel. A l'opération 428, le client WebRTC de système 252a peut communiquer le flux audiovisuel au client WebRTC de dispositif 5 d'utilisateur 252b en utilisant des protocoles de communication WebRTC. Le client WebRTC de dispositif d'utilisateur 252b peut être configuré pour recevoir le flux audiovisuel et pour communiquer les données audio et vidéo incluses dans le flux audiovisuel aux éléments appropriés du téléphone 210 de telle manière que le téléphone 210 est 10 apte à reproduire et présenter le message de courriel vidéo. Dans certains modes de réalisation, le téléphone 210 peut être configuré pour faire revenir le flux audio ou les données audio vers le système 208 à l'opération 430. A l'opération 432, le système 208 peut générer des transcriptions textuelles du signal audio du message de 15 courriel vidéo. Dans ces modes de réalisation, ainsi que dans d'autres, le système 208 peut générer des transcriptions textuelles du signal audio du message de courriel vidéo en utilisant le flux audio ou les données audio reçus en tant que signal audio pour lequel les transcriptions textuelles peuvent être générées, comme décrit plus haut 20 relativement à la figure 2. En addition ou en variante, au lieu du téléphone 210 qui fait revenir le flux audio vers le système 208, le système 208 peut multiplexer le flux audio avant d'envoyer le flux audiovisuel vers le téléphone 210 et il peut réaliser les opérations de transcription basées sur le flux audio multiplexé. 25 A l'opération 434, le système 208 peut communiquer les transcriptions textuelles au téléphone 210. A l'opération 436, le téléphone 210 peut présenter le message de courriel vidéo. Dans certains modes de réalisation, le téléphone 210 peut présenter les transcriptions textuelles pendant la présentation du message de 30 courriel vidéo. En addition ou en variante, dans certains modes de réalisation, une ou plusieurs des opérations 430, 432 et 434 peuvent être réalisées pendant la présentation du message de courriel vidéo à l'opération 436. Donc dans certains modes de réalisation la transcription du message de courriel vidéo peut être réalisée en temps 3066063 43 réel ou substantiellement en temps réel par rapport à la présentation du message de courriel vidéo. Des modifications, ajouts ou omissions peuvent être faits aux figures 4A et 4B sans s'éloigner de la portée de la présente invention. 5 Par exemple, comme indiqué dans certains exemples ci-dessus, les opérations peuvent être réalisées dans un ordre différent de celui qui est décrit. En outre, une ou plusieurs opérations peuvent être réalisées sensiblement en même temps dans certains modes de réalisation. De plus, une ou plusieurs des opérations décrites peuvent être omises dans 10 certains cas ou modes de réalisation. Par ailleurs, certaines des opérations peuvent être réalisées par des composants différents de ceux décrits dans certains modes de réalisation et cas. La figure 5 est un organigramme d'un exemple de procédé 500 pour réaliser des communications WebRTC par rapport à un fichier 15 audiovisuel. Le procédé 500 peut être agencé selon au moins un mode de réalisation décrit dans la présente. Le procédé 500 peut être mis en oeuvre, dans certains modes de réalisation, par l'environnement 100 de la figure 1 ou le système 208 de la figure 2. Dans certains modes de réalisation, le procédé 500 peut résulter d'opérations réalisées par un 20 système d'après des instructions stockées dans un ou plusieurs support(s) lisible(s) par ordinateur. Bien qu'elles soient représentées sous la forme de cases discrètes, différentes cases peuvent être divisées en cases supplémentaires, combinées en un nombre inférieur de cases, ou éliminées, en fonction de la mise en oeuvre particulière. 25 Le procédé 500 peut commencer à la case 502 où l'on peut accéder à un fichier audiovisuel d'une présentation audiovisuelle. Le fichier audiovisuel peut comprendre une piste audio qui comprend des données audio d'un signal audio de la présentation audiovisuelle et une piste vidéo qui comprend des données vidéo d'un signal vidéo de 30 la présentation audiovisuelle. A la case 504, un flux audio des données audio de la piste audio peut être généré à partir de la piste audio. Le flux audio peut imiter les données audio comme étant obtenues en séquence à partir du signal audio qui est capturé (p. ex. via un microphone) en temps réel. 3066063 44 Dans certains modes de réalisation, le flux audio peut être généré comme décrit plus haut relativement à la génération du flux audio 166 de la figure 1. A la case 506, un flux vidéo des données vidéo de la piste 5 vidéo peut être généré à partir de la piste vidéo. Le flux vidéo peut imiter les données vidéo comme étant obtenues en séquence à partir du signal vidéo qui est capturé (p. ex. via une caméra vidéo) en temps réel. Dans certains modes de réalisation, le flux vidéo peut être généré comme décrit plus haut relativement à la génération du flux vidéo 168 10 de la figure 1. A la case 508, le flux audio et le flux vidéo peuvent être transmis à un client WebRTC de système d'un système. Dans certains modes de réalisation, le flux audio et le flux vidéo peuvent être transmis sous forme de flux séparés mais synchronisés, de sorte qu'ils 15 sont transmis sous la forme d'un flux audiovisuel tel que décrit plus haut relativement au flux audiovisuel 164 de la figure 1. A la case 510, le flux audio et le flux vidéo peuvent être communiqués (p. ex. en tant que flux audiovisuel) par le client WebRTC de système à un client WebRTC de dispositif d'utilisateur 20 d'un dispositif d'utilisateur. La communication du flux audio et du flux vidéo peut être réalisée en utilisant des protocoles WebRTC. La communication du flux audio et du flux vidéo peut être telle que le dispositif d'utilisateur est apte à présenter la présentation audiovisuelle en se basant sur le flux audio et le flux vidéo. Par 25 exemple, le client WebRTC de dispositif d'utilisateur peut être configuré pour recevoir le flux audiovisuel et pour communiquer les données audio et vidéo incluses dans le flux audiovisuel aux éléments appropriés du dispositif d'utilisateur de telle manière que le dispositif d'utilisateur est apte à reproduire et présenter la présentation 30 audiovisuelle du fichier audiovisuel. Des modifications, ajouts ou omissions peuvent être faits au procédé 500 sans s'éloigner de la portée de la présente invention. Par exemple, les fonctions et/ou opérations décrites peuvent être mises en oeuvre dans un ordre différent de celui présenté, ou une ou plusieurs 3066063 opération(s) peuvent être réalisées sensiblement en même temps. En outre, une ou plusieurs opérations peuvent être réalisées relativement à plusieurs environnements informatiques différents en même temps. De plus, les fonctions et opérations mises en évidence ne sont données 5 qu'à titre d'exemples, et certaines des fonctions et opérations peuvent être optionnelles, combinées en un plus petit nombre de fonctions et opérations, ou développées en fonctions et opérations additionnelles sans s'éloigner de l'essence des modes de réalisation décrits. Par exemple, dans certains modes de réalisation, le procédé 500 peut 10 comprendre des opérations liées à la génération de transcriptions textuelles de la présentation audiovisuelle. Par exemple, le procédé 500 peut être employé en relation avec un service de messagerie de courriel vidéo tel que décrit ci-dessus relativement aux figures 4A et 4B et une ou plusieurs des opérations 430, 432 et 434 des figures 4A 15 et 4B ou d'autres opérations des figures 4A et 4B peuvent être réalisées par rapport au procédé 500. Comme indiqué plus haut, les modes de réalisation décrits dans la présente invention peuvent comprendre l'utilisation d'un ordinateur spécialisé ou polyvalent (p. ex. le processeur 350 de la figure 3) 20 comprenant différents modules informatiques matériels ou logiciels, comme décrit plus en détail ci-après. En outre, comme indiqué ci-dessus, les modes de réalisation décrits dans la présente peuvent être mis en oeuvre en utilisant des supports lisibles par ordinateur (p. ex. la mémoire 352 ou le stockage de données 354 de la figure 3) destinés à 25 porter ou à comporter des instructions exécutables par ordinateur ou des structures de données stockées sur ceux-ci. Dans certains modes de réalisation, les différents composants, modules, moteurs et services décrits ici peuvent être mis en oeuvre en tant qu'objets ou processus qui s'exécutent sur un système 30 informatique (par exemple sous forme de fils d'exécution distincts). Alors que certains des systèmes et procédés décrits ici sont décrits de manière générale comme étant mis en oeuvre de façon logicielle (stockés sur et/ou exécutés par du matériel polyvalent), des mises en oeuvre matérielles spécifiques ou une combinaison de mises en oeuvre 3066063 46 logicielles et matérielles spécifiques sont également possibles et envisagées. Selon la pratique courante, les divers éléments illustrés dans les dessins peuvent ne pas être dessinés à l'échelle. Les illustrations 5 présentées dans la présente ne sont pas censées être des vues réelles d'un appareil (p. ex. dispositif, système, etc.) ou procédé particulier, ce sont plutôt des représentations idéalisées simples qui sont employées pour décrire divers modes de réalisation de l'invention. Par conséquent, les dimensions des divers éléments peuvent être 10 augmentées ou réduites de façon arbitraire dans un souci de clarté. De plus, certains dessins peuvent être simplifiés dans un souci de clarté. Les dessins peuvent donc ne pas représenter tous les composants d'un appareil (p. ex. dispositif) donné ou toutes les opérations d'un procédé particulier. 15 Par ailleurs, bien qu'une grande part de la présente description soit faite relativement à la réalisation de communications WebRTC par rapport à des fichiers audiovisuels dans le contexte des services et systèmes de messagerie de courriel vidéo, les concepts décrits dans la présente ne sont pas limités à de telles utilisations. Par exemple, les 20 concepts liés à la génération de flux audio et vidéo à partir de fichiers audiovisuels et à la transmission de tels flux à des clients WebRTC pour permettre la communication de présentations audiovisuelles associées peuvent être appliqués dans n'importe quel nombre de situations en dehors des services de messagerie de courriel vidéo. En 25 outre, les concepts liés à la génération de flux audio et vidéo à partir de fichiers audiovisuels et la transmission de tels flux à des clients WebRTC peuvent être appliqués à des protocoles de transfert de données autres que le WebRTC. Les termes utilisés dans la présente et en particulier dans les 30 revendications annexées (p. ex. le corps des revendications annexées) sont généralement destinés à être des termes « ouverts » (p. ex. le terme « comprenant » doit être interprété comme « comprenant, mais non limité à », le terme « comportant » doit être interprété comme 3066063 47 « comportant au moins », le terme « comprend » doit être interprété comme « comprend, mais n'est pas limité à », etc.). En outre, si un nombre spécifique du texte d'une revendication introduite est voulu, cette volonté est explicitement exprimée dans la 5 revendication, et en l'absence d'un tel texte, il n'y a pas de telle volonté. Par exemple, pour faciliter la compréhension, les revendications annexées qui suivent peuvent contenir l'emploi des expressions introductives « au moins un » et « un ou plusieurs » pour introduire des textes de revendication. Toutefois, l'emploi de ces 10 expressions ne doit pas être considéré comme impliquant que l'introduction d'un texte de revendication par les articles indéfinis « un » ou « une » limite une revendication particulière contenant un tel texte de revendication introduite aux modes de réalisation ne contenant que ce texte, même lorsque la même revendication comprend 15 les expressions introductives « un ou plusieurs » ou « au moins un » et des articles indéfinis tels que « un » ou « une » (p. ex. « un » et/ou « une » doit être interprété comme signifiant « au moins un » ou « un ou plusieurs ») ; ceci reste vrai pour l'emploi d'articles définis utilisés pour introduire des textes de revendication. 20 De plus, même si un nombre spécifique du texte d'une revendication introduite est explicitement exprimé, un tel texte doit être interprété comme signifiant au moins le nombre exprimé (p. ex. la simple expression de « deux récitations », sans autre élément modificateur, signifie au moins deux récitations, ou deux récitations 25 ou plus). En outre, dans le cas où une convention analogue à « au moins un élément parmi A, B et C, etc. » ou « un ou plusieurs élément(s) parmi A, B et C, etc. » est utilisée, en général une telle construction est destinée à inclure A seul, B seul, C seul, A et B ensemble, A et C ensemble, B et C ensemble, ou A, B et C ensemble, 30 etc. Par exemple, l'utilisation du terme « et/ou » est destinée à être considérée de cette manière. Par ailleurs, tout mot disjonctif ou expression présentant deux termes alternatifs ou plus, que ce soit dans la description, dans les revendications ou dans les dessins, doit être compris(e) comme 3 06606 3 48 prévoyant les possibilités d'inclure l'un des termes, l'un ou l'autre des termes, ou les deux. Par exemple l'expression « A ou B » doit être comprise comme incluant les possibilités « A », « B » ou « A et B ». De plus, les termes « premier », « deuxième », « troisième », 5 etc. ne sont pas nécessairement utilisés ici pour désigner un ordre spécifique ou un nombre d'éléments spécifique. Généralement, les termes « premier », « deuxième », « troisième », etc. sont utilisés pour faire la distinction entre différents éléments en tant qu'identifiants génériques. En l'absence d'élément montrant que les termes 10 « premier », « deuxième », « troisième », etc. désignent un ordre particulier, ces termes ne doivent pas être pris comme désignant un ordre particulier. De plus, en l'absence d'élément montrant que les termes « premier », « deuxième », « troisième », etc. désignent un nombre d'éléments particulier, ces termes ne doivent pas être pris 15 comme désignant un nombre d'éléments particulier. Par exemple, une première vignette peut être décrite comme ayant un premier côté et une deuxième vignette peut être décrite comme ayant un deuxième côté. L'emploi de l'expression « deuxième côté » relativement à la deuxième vignette peut être destiné à distinguer ce côté de la 20 deuxième vignette du « premier côté » de la première vignette et non à exprimer que la deuxième vignette a deux côtés. Tous les exemples et conditions de langage exprimés ici sont destinés à des objets pédagogiques pour aider le lecteur à comprendre l'invention et les concepts apportés par l'inventeur pour améliorer la 25 technique, et doivent être considérés comme étant sans limitation à ces exemples et conditions énumérés en particulier. Bien que des modes de réalisation de la présente invention aient été décrits en détail, il est bien entendu que les différentes modifications, substitutions et altérations peuvent être faites sans s'éloigner de l'esprit et de la 30 portée de la présente invention. REVENDICATIONS1. Système comprenant : un ou plusieurs support(s) de stockage lisible(s) par ordinateur sur lesquels sont stockées des instructions ; et un ou plusieurs processeur(s) couplé(s) de façon communicante au(x)dit(s) support(s) de stockage lisible(s) par ordinateur et configuré(s) pour, en réponse à l'exécution des instructions, faire exécuter par le système les opérations comprenant : la réception, en provenance d'un premier dispositif d'utilisateur d'un premier utilisateur, d'un fichier de courriel vidéo d'un message de courriel vidéo désigné comme étant pour un deuxième utilisateur, le fichier de courriel vidéo comprenant une piste audio qui comprend des données audio d'un signal audio du message de courriel vidéo et une piste vidéo qui comprend des données vidéo d'un signal vidéo du message de courriel vidéo ; le stockage du fichier de courriel vidéo dans une base de données ; la réception, en provenance d'un deuxième dispositif d'utilisateur du deuxième utilisateur, d'une demande pour visionner le message de courriel vidéo ; et en réponse à la réception de la demande pour visionner le message de courriel vidéo : la génération, à partir de la piste audio du fichier de courriel vidéo stocké dans la base de données, d'un flux audio des données audio qui imite les données audio du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir du signal audio qui est capturé par un microphone en temps réel ; la génération, à partir de la piste vidéo du fichier de courriel vidéo stocké dans la base de données, d'un flux vidéo des données vidéo qui imite les données vidéo du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'images qui sont capturées par une caméra vidéo en temps réel ; 3066063 50 la transmission du flux audio et du flux vidéo à un client de communication sur la toile en temps réel (« WebRTC ») de système du système ; la communication, depuis le client WebRTC de système, du 5 flux audio et du flux vidéo à un client WebRTC de dispositif d'utilisateur du deuxième dispositif d'utilisateur en utilisant des protocoles WebRTC tels que le deuxième dispositif d'utilisateur est apte à présenter le message de courriel vidéo basé sur le flux audio et sur le flux vidéo ; 10 la réception du flux audio revenant du deuxième dispositif d'utilisateur ; la génération d'une pluralité de transcriptions textuelles du signal audio du message de courriel vidéo basée sur le flux audio ; et la transmission de la pluralité de transcriptions textuelles au 15 deuxième dispositif d'utilisateur pendant que le deuxième dispositif d'utilisateur est en train de présenter le message de courriel vidéo pour la présentation des transcriptions textuelles en temps réel avec la présentation du message de courriel vidéo par le deuxième dispositif d'utilisateur. 20 2. Système selon la revendication 1, dans lequel les opérations comprennent en outre l'établissement d'une connexion WebRTC entre le client WebRTC de système et le client WebRTC de dispositif d'utilisateur en réponse à la réception de la demande pour visionner le message de courriel vidéo. 25 3. Système selon la revendication 1, dans lequel les opérations comprennent en outre : la réception, en provenance du premier dispositif d'utilisateur, d'une demande de session de communication destinée au deuxième dispositif d'utilisateur ; 30 la communication de la demande de session de communication au deuxième dispositif d'utilisateur en réponse à la demande de session de communication destinée au deuxième dispositif d'utilisateur ; 3 06606 3 51 la détermination d'une déclinaison de la demande de session de communication dans le deuxième dispositif d'utilisateur ; la communication d'une notification de déclinaison au premier dispositif d'utilisateur en réponse à la détermination de la déclinaison 5 de la demande de session de communication ; et la réception du fichier de courriel vidéo provenant du premier dispositif d'utilisateur d'après la notification de déclinaison. 4. Système selon la revendication 3, dans lequel le premier dispositif d'utilisateur est configuré pour inviter le premier utilisateur 10 à enregistrer le message de courriel vidéo en réponse à la réception de la notification de déclinaison. 5. Système selon la revendication 3, dans lequel les opérations comprennent en outre la détermination de la déclinaison de la demande de session de communication en réponse à l'absence de réponse du 15 deuxième dispositif d'utilisateur à la demande de session de communication. 6. Système selon la revendication 1, dans lequel le fichier de courriel vidéo comprend des signaux audio et vidéo enregistrés du premier utilisateur. 20 7. Système selon la revendication 1, dans lequel le premier dispositif d'utilisateur est configuré pour présenter des transcriptions textuelles reçues du système. 8. Procédé comprenant : la réception, en provenance d'un premier dispositif 25 d'utilisateur d'un premier utilisateur, d'un fichier de courriel vidéo d'un message de courriel vidéo désigné comme étant pour un deuxième utilisateur, le fichier de courriel vidéo comprenant une piste audio qui comprend des données audio d'un signal audio du message de courriel vidéo et une piste vidéo qui comprend des données vidéo d'un signal 30 vidéo du message de courriel vidéo ; le stockage du fichier de courriel vidéo dans une base de données ; 3066063 52 la réception, en provenance d'un deuxième dispositif d'utilisateur du deuxième utilisateur, d'une demande pour visionner le message de courriel vidéo ; et en réponse à la réception de la demande pour visionner le 5 message de courriel vidéo : la génération, à partir de la piste audio du fichier de courriel vidéo stocké dans la base de données, d'un flux audio des données audio qui imite les données audio du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'un signal audio qui est 10 capturé en temps réel ; la génération, à partir de la piste vidéo du fichier de courriel vidéo stocké dans la base de données, d'un flux vidéo des données vidéo qui imite les données vidéo du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'un signal vidéo qui est 15 capturé en temps réel ; la transmission du flux audio et du flux vidéo à un client de communication sur la toile en temps réel (« WebRTC ») de système d'un système ; et la communication, depuis le client WebRTC de système, du 20 flux audio et du flux vidéo à un client WebRTC de dispositif d'utilisateur du deuxième dispositif d'utilisateur en utilisant des protocoles WebRTC tels que le deuxième dispositif d'utilisateur est apte à présenter le message de courriel vidéo basé sur le flux audio et sur le flux vidéo. 25 9. Procédé selon la revendication 8, comprenant en outre : la génération d'une pluralité de transcriptions textuelles du signal audio du message de courriel vidéo basée sur le flux audio ; et la transmission de la pluralité de transcriptions textuelles au deuxième dispositif d'utilisateur pendant que le deuxième dispositif 30 d'utilisateur est en train de présenter le message de courriel vidéo. 10. Procédé selon la revendication 8, comprenant en outrel'établissement d'une connexion WebRTC entre le client WebRTC de système et le client WebRTC de dispositif d'utilisateur en 3066063 53 réponse à la réception de la demande pour visionner le message de courriel vidéo 11. Procédé selon la revendication 8, comprenant en outre : la réception, en provenance du premier dispositif d'utilisateur, 5 d'une demande de session de communication destinée au deuxième dispositif d'utilisateur ; la communication de la demande de session de communication au deuxième dispositif d'utilisateur en réponse à la demande de session de communication destinée au deuxième dispositif 10 d'utilisateur ; la détermination d'une déclinaison de la demande de session de communication dans le deuxième dispositif d'utilisateur ; la communication d'une notification de déclinaison au premier dispositif d'utilisateur en réponse à la détermination de la déclinaison 15 de la demande de session de communication ; et la réception du fichier de courriel vidéo provenant du premier dispositif d'utilisateur d'après la notification de déclinaison. 12. Procédé selon la revendication 11, dans lequel le premier dispositif d'utilisateur est configuré pour inviter le premier utilisateur 20 à enregistrer le message de courriel vidéo en réponse à la réception de la notification de déclinaison. 13. Procédé selon la revendication 11, comprenant en outre la détermination de la déclinaison de la demande de session de communication en réponse à l'absence de réponse du deuxième 25 dispositif d'utilisateur à la demande de session de communication. 14. Procédé selon la revendication 8, dans lequel le fichier de courriel vidéo comprend des signaux audio et vidéo enregistrés du premier utilisateur. 15. Au moins un support non transitoire lisible par ordinateur 30 configuré pour stocker une ou plusieurs instruction(s) qui, en réponse à leur exécution par au moins un système informatique, provoquent la réalisation d'opérations comprenant : la réception, en provenance d'un premier dispositif d'utilisateur d'un premier utilisateur, d'un fichier de courriel vidéo 3066063 54 d'un message de courriel vidéo désigné comme étant pour un deuxième utilisateur, le fichier de courriel vidéo comprenant une piste audio qui comprend des données audio d'un signal audio du message de courriel vidéo et une piste vidéo qui comprend des données vidéo d'un signal 5 vidéo du message de courriel vidéo ; le stockage du fichier de courriel vidéo dans une base de données ; la réception, en provenance d'un deuxième dispositif d'utilisateur du deuxième utilisateur, d'une demande pour visionner le 10 message de courriel vidéo ; et en réponse à la réception de la demande pour visionner le message de courriel vidéo : la génération, à partir de la piste audio du fichier de courriel vidéo stocké dans la base de données, d'un flux audio des données 15 audio qui imite les données audio du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'un signal audio qui est capturé en temps réel ; la génération, à partir de la piste vidéo du fichier de courriel vidéo stocké dans la base de données, d'un flux vidéo des données 20 vidéo qui imite les données vidéo du fichier de courriel vidéo comme étant obtenu de façon séquentielle à partir d'un signal vidéo qui est capturé en temps réel ; la transmission du flux audio et du flux vidéo à un client de communication sur la toile en temps réel (« WebRTC ») de système 25 d'un système ; et la communication, depuis le client WebRTC de système, du flux audio et du flux vidéo à un client WebRTC de dispositif d'utilisateur du deuxième dispositif d'utilisateur en utilisant des protocoles WebRTC tels que le deuxième dispositif d'utilisateur est 30 apte à présenter le message de courriel vidéo basé sur le flux audio et sur le flux vidéo. 16. Au moins un support non transitoire lisible par ordinateur selon la revendication 15, dans lequel les opérations comprennent en outre : 3066063 55 la génération d'une pluralité de transcriptions textuelles du signal audio du message de courriel vidéo basée sur le flux audio ; et la transmission de la pluralité de transcriptions textuelles au deuxième dispositif d'utilisateur pendant que le deuxième dispositif 5 d'utilisateur est en train de présenter le message de courriel vidéo. 17. Au moins un support non transitoire lisible par ordinateur selon la revendication 15, dans lequel les opérations comprennent en outre l'établissement d'une connexion WebRTC entre le client WebRTC de système et le client WebRTC de dispositif d'utilisateur en 10 réponse à la réception de la demande pour visionner le message de courriel vidéo. 18. Au moins un support non transitoire lisible par ordinateur selon la revendication 15, dans lequel les opérations comprennent en outre : 15 la réception, en provenance du premier dispositif d'utilisateur, d'une demande de session de communication destinée au deuxième dispositif d'utilisateur ; la communication de la demande de session de communication au deuxième dispositif d'utilisateur en réponse à la demande de 20 session de communication destinée au deuxième dispositif d'utilisateur ; la détermination d'une déclinaison de la demande de session de communication dans le deuxième dispositif d'utilisateur ; la communication d'une notification de déclinaison au premier 25 dispositif d'utilisateur en réponse à la détermination de la déclinaison de la demande de session de communication ; et la réception du fichier de courriel vidéo provenant du premier dispositif d'utilisateur d'après la notification de déclinaison. 19. Au moins un support non transitoire lisible par ordinateur 30 selon la revendication 15, dans lequel le premier dispositif d'utilisateur est configuré pour inviter le premier utilisateur à enregistrer le message de courriel vidéo en réponse à la réception de la notification de déclinaison. 3066063 56 20. Au moins un support non transitoire lisible par ordinateur selon la revendication 15, dans lequel le fichier de courriel vidéo comprend des signaux audio et vidéo enregistrés du premier utilisateur.