La présente invention concerne le domaine des télécommunications. Plus particulièrement, la présente invention concerne les politiques de groupe au sein d'une entité donnée, comme une entreprise ou une administration publique.

Dans le cadre de l'utilisation par un groupe d'utilisateurs d'applications Web et d'applications mobiles, les politiques dites de groupe, ou d'entreprise (« enterprise policies » en anglais), permettent à un administrateur de configurer les navigateurs Web sur des ordinateurs personnels (PC), ainsi que les systèmes d'exploitation de terminaux mobiles, pour les besoins d'une entité l'administrateur peut ainsi, par exemple, désigner un serveur mandataire (« proxy » en anglais) à utiliser obligatoirement, désactiver des fonctions d'un navigateur Web (comme la synchronisation avec un service externe des marque- pages et des mots de passe), ou imposer des règles de sécurité pour l'utilisation des équipements mobiles (comme le verrouillage du mobile après un temps d'activité, ou l'utilisation obligatoire d'un code PIN pour déverrouiller le mobile).

L'invention concerne, encore plus particulièrement, les applications informatiques. Par « application informatique » (on dira quelquefois simplement « application » ci-dessous, par souci de brièveté), on entend, dans le cadre de la présente invention, tout service Web ou mobile s'exécutant sur un terminal utilisateur, tel qu'un PC, un téléphone intelligent (« smartphone » en anglais) ou un objet connecté, et en particulier les services de communication temps-réel. On rappelle à cet égard que les « objets connectés » font partie de « l'Internet des Objets » (« Internet of Things » en anglais), qui a été défini par l'Union Internationale des Télécommunications (cf. Présentation générale de l'Internet des objets (ITU-T Y.2060), juin 2012, § 3.2.2 Définition internationale) comme étant une « infrastructure mondiale pour la société de l'information, qui permet de disposer de services évolués en interconnectant des objets (physiques ou virtuels) grâce aux technologies de l'information et de la communication interopérables existantes ou en évolution ».

Les applications informatiques concernées peuvent être par exemple Skype, Whatsapp, Viber, Messenger, ou Youtube, mais aussi des solutions de communication vocale sur IP (Internet Protocol), la visioconférence, le courrier électronique, la messagerie instantanée, les réseaux sociaux, les blogs, les services Web en général et notamment ceux qui génèrent des flux multimédias potentiellement importants en termes de débit comme les téléchargements.

Les flux multimédias négociés lors d'un établissement ou de la modification d'une session de communication multimédia sont susceptibles d'être traités de manière hiérarchisée par une entité de contrôle du réseau. Pour cela, le document RFC 4412 de l'IETF (Internet Engineering Task Force), intitulé « Communications Resource Priority for the Session Initiation Protocol (SIP) » définit un champ d'en-tête dans une requête conforme au protocole SIP (Session Initiation Protocol) appelé « Resource-Priority », et qui permet de demander un accès prioritaire à certaines ressources réseau (telles que des passerelles réseau, des routeurs, ou des serveurs mandataires SIP). Le champ d'en-tête SIP « Resource-Priority » est renseigné avec un ou plusieurs noms de domaine. Lorsqu'une entité de contrôle du réseau reçoit un message SIP comprenant le champ d'en-tête SIP « Resource-Priority », elle vérifie que le message est valide, et identifie les services associés aux noms de domaine du champ d'en-tête SIP « Resource-Priority ». Lorsque les ressources réseau sont saturées, cette entité de contrôle peut préempter les autres sessions de communication en cours non associées à un nom de domaine identifié, ou insérer la requête SIP comportant le champ d'en-tête « Resource-Priority » dans une file d'attente de requêtes à traiter prioritairement. Le mécanisme décrit dans le document RFC 4412 permet ainsi de traiter prioritairement une session de communication, et indirectement l'ensemble des flux médias associés à cette session.

Le brevet US 7,843,843 divulgue un agencement ayant pour objectif de hiérarchiser certains flux de données par rapport à d'autres. Pour ce faire, un dispositif situé dans un routeur ou une passerelle, et participant à la gestion du trafic transmis à un réseau de services différenciés prenant en charge une ou plusieurs classes de service, effectue une classification du trafic en termes d'applications sur la base, par exemple, du protocole réseau utilisé (TCP, HTTP, et ainsi de suite), puis identifie le service concerné par ce trafic en se fondant, entre autres, sur cette classification. Plus précisément, ce dispositif comprend : - un processeur de paquets apte à détecter des flux de données dans le trafic réseau traversant un chemin de communication, lesdits flux de données comprenant chacun au moins un paquet ;

- un moteur de classification du trafic permettant d'identifier une ou plusieurs applications dans les flux de données traversant l'appareil ;

- un module de contrôle de performance du réseau apte à contrôler la performance du réseau de services différenciés concernant une ou plusieurs classes de services prises en charge par le réseau de services différenciés ; et

- un sélecteur de classe de service apte à

• calculer, pour au moins l'une des applications, des valeurs d'aptitude pour la ou les classes de service sur la base de paramètres de performance respectifs minimaux acceptables associés aux applications correspondantes et de la performance contrôlée de la ou des classes de service prises en charge par le réseau de services différenciés, et

• sélectionner une classe de service parmi une ou plusieurs classes de service pour un flux de données donné sur la base de l'application identifiée et de la comparaison entre les valeurs d'aptitude pour chacune des classes de service correspondant à l'application identifiée.

Ce dispositif est apte à marquer les paquets des flux de données sur la base des applications réseau identifiées et des classes de service sélectionnées, et à transmettre ensuite les paquets de données au réseau de services différenciés.

L'agencement selon le brevet US 7,843,843 est toutefois inefficace : en effet, une fois qu'ils sont émis par un terminal, les flux de données sont bien souvent cryptés, puis multiplexés avec d'autres flux qui peuvent potentiellement utiliser le même protocole réseau (TCP, HTTP, et ainsi de suite) ; dans ces conditions, le dispositif de classification et d'identification décrit dans ce document sera incapable de déterminer quelle application est à l'origine de tel ou tel paquet de données. La présente invention concerne donc, selon un premier aspect, un dispositif de marquage de flux multimédia. Ledit dispositif comprend des moyens pour :

- suite à la réception d'un flux multimédia généré par une application informatique exécutée par ledit dispositif, identifier ladite application informatique au moyen d'un identifiant d'application,

- consulter une base de données indiquant quelles sont les applications informatiques qui doivent faire l'objet d'un marquage et quels sont les couples application informatique/valeur de marquage, et

- conditionner le flux multimédia sous forme de paquets de données marqués en conséquence.

Ainsi, selon l'invention, l'identification d'un flux multimédia est faite au plus près de l'application génératrice de ce flux, à savoir au niveau du dispositif (tel qu'un navigateur ou un système opérateur) qui exécute l'application. De ce fait, les paquets de données sont déjà marqués lorsqu'ils sortent de ce dispositif, et donc du terminal hébergeant ce dispositif. Selon le brevet US 7,843,843 mentionné ci-dessus, au contraire, l'identification du service concerné et le marquage du flux sont effectués dans un dispositif externe situé en aval des terminaux dans lesquels les flux de données sont générés.

Grâce à ces dispositions, l'administrateur d'une entité telle qu'une entreprise ou une administration publique pourra hiérarchiser certaines applications par rapport à d'autres applications concurrentes, en attribuant des niveaux de Qualité de Service (« Quality of Service », ou QoS en anglais) différents à ces applications, en particulier en ce qui concerne les flux temps-réel interactifs, tels que les communications audio et les vidéoconférences, générés par ces applications et échangés au sein de l'entité. L'administrateur pourra, par exemple, décider d'attribuer le niveau de QoS le plus élevé à l'application WebRTC permettant les ponts de conférences au sein du groupe, puis un niveau de QoS moindre à l'application de messagerie instantanée, et enfin décider que les autres services de communication (tels que Skype) se partageront le reste de la bande passante disponible au niveau des routeurs de l'entité. Il pourra également, par exemple, garantir aux employés de l'entité un certain taux de rafraîchissement d'image, ou une certaine résolution vidéo en temps-réel, même en présence de trafic concurrent.

Les flux générés par les terminaux de l'entité feront alors avantageusement, lors de leur passage par les routeurs de cette entité, l'objet d'un traitement différencié, sur la base dudit marquage. Ce traitement différencié pourra par exemple être réalisé, de façon connue en soi, au moyen d'un marquage et d'un agencement des routeurs conformes à la norme DiffServ, décrite succinctement ci-dessous. On rappelle que, de manière générale, la « gestion de trafic » (« Traffic Management » ou « Queuing Discipline » en anglais), telle que « Hierarchical Token Bucket » (HTB), FQ Codel, « Proportional Intégral controller Enhanced » (PIE) ou « Stochastic Fairness Queuing » (SFQ), consiste, pour un administrateur réseau, à configurer l'allocation de ressources réseau telles que mémoire tampon et capacité de transmission en fonction de critères prédéterminés.

On notera que l'invention s'applique préférentiellement aux routeurs situés dans le même domaine administratif que les terminaux qui effectuent le marquage selon l'invention, car les administrateurs/opérateurs de réseaux ne font généralement pas confiance aux marquages effectués par un autre domaine administratif ; l'invention vise donc notamment (mais pas exclusivement), pour une entité donnée, son réseau local {« Local Area Network », ou LAN en anglais), ses tunnels sécurisés (« Virtual Private Network », ou VPN en anglais), et ses accès Internet.

L'invention concerne également, selon un deuxième aspect, un système pour hiérarchiser les applications informatiques mises en œuvre par un groupe d'utilisateurs. Ledit système est remarquable en ce qu'il comprend :

- un dispositif de marquage de flux multimédia tel que décrit succinctement ci-dessus, et

- au moins un routeur apte à prendre en compte ledit marquage pour appliquer aux flux multimédia traversant ledit routeur des niveaux de service différenciés en fonction des applications informatiques générant ces flux multimédia. Les avantages offerts par ce système sont essentiellement les mêmes que ceux offerts par le dispositif de marquage de flux multimédia décrit succinctement ci-dessus.

On notera qu'il est possible de réaliser ce dispositif dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques.

C'est pourquoi l'invention vise également un programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour gérer le fonctionnement du dispositif de marquage de flux multimédia succinctement exposé ci-dessus, lorsqu'il est exécuté sur un ordinateur.

Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par ledit dispositif.

L'invention concerne également, selon un troisième aspect, un procédé de marquage de flux multimédia. Ledit procédé comprend les étapes suivantes :

- réception d'un flux multimédia généré par une application informatique exécutée par un dispositif de marquage de flux multimédia,

- identification de l'application informatique qui a généré ledit flux multimédia au moyen d'un identifiant d'application,

- consultation d'une base de données indiquant quelles sont les applications qui doivent faire l'objet d'un marquage, et quels sont les couples application informatique/valeur de marquage, et

- conditionnement du flux multimédia par ledit dispositif de marquage de flux multimédia sous forme de paquets de données marqués en conséquence.

Les avantages offerts par ce procédé de marquage sont essentiellement les mêmes que ceux offerts par ledit dispositif.

D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous de modes de réalisation particuliers, donnés à titre d'exemples non limitatifs. La description se réfère aux figures qui l'accompagnent, dans lesquelles :

- la figure 1 représente une architecture réseau apte à mettre en œuvre l'invention, - la figure 2a représente, en sortie d'un navigateur Web, une liste de flux temps-réel interactifs générés par une application non priorisée, et

- la figure 2b représente, en sortie d'un navigateur Web, une liste de flux temps-réel interactifs générés par une application priorisée.

On va rappeler, pour commencer, en quoi consiste le marquage DSCP classique.

On appelle « Services Différenciés » (DiffServ) (cf. https://en.wikipedia.org/wiki/Differentiated_services) une architecture de réseau informatique décrite en décembre 1998 par l'IETF dans le document RFC 2474, et qui définit un mécanisme simple et évolutif pour classifier et gérer le trafic réseau, et pour fournir une Qualité de Service adéquate sur les réseaux IP. Le mécanisme DiffServ peut, par exemple, être utilisé pour fournir une latence basse à un trafic réseau critique, tel que la Voix ou les médias en continu (« streaming » en anglais), tout en fournissant un simple service de « meilleur effort » (« best effort » en anglais) aux services non critiques comme le trafic Web ou les transferts de fichiers.

Aux fins de classification des paquets de données, le mécanisme DiffServ utilise une « valeur de code de services différenciés » (« Differentiated Services Code Point », ou DSCP en anglais) de 6 bits au sein du champ « Services Différenciés » (« Differentiated Services », ou DS en anglais) de 8 bits contenu dans l'en-tête des paquets IP. Le mécanisme DiffServ fonctionne conformément au principe de la classification de trafic consistant à placer les paquets de données dans un certain nombre de classes de trafic, plutôt que de différencier le trafic sur la base des caractéristiques propres à chaque flux. Chaque routeur du réseau est configuré de manière à traiter le trafic de manière différenciée en fonction de sa classe ; ce traitement consiste par exemple à transférer les paquets d'une classe en priorité par rapport à ceux d'autres classes de trafic, à garantir un débit minimum pour une classe de trafic, ou à mettre les paquets d'une certaine classe dans une file d'attente active dont la longueur est gérée (par suppression de paquets) de manière à ne pas dépasser durablement un délai cible de transit dans le routeur.

On notera que : 1 ) dans l'état de l'art, le marquage DSCP peut être effectué à la source par une application installée sur un terminal dédié à cette application ; au contraire, la présente invention concerne des flux multimédia (par exemple issus d'un microphone ou d'une caméra) reçus par un dispositif tel qu'un navigateur Web ou un système d'exploitation, ce dispositif mettant alors en œuvre un conditionnement de ces flux multimédia sous forme de paquets de données, lesdits paquets de données incluant un marquage spécifique ; de plus, les dispositifs selon l'invention effectuent ce marquage, généralement, pour hiérarchiser les flux multimédia issus d'une pluralité d'applications ;

2) un développeur pourrait en principe coder une application Web de façon à ce que les flux soient marqués avec une certaine valeur DSCP (cf. par exemple https://qroups.qooqle.com/forum/?fromqroups#!topic/discuss- webrtc/96TvhNJkYqs), mais cette possibilité n'est en pratique pas utilisée car le développeur de l'application devrait interroger l'administrateur de chaque entreprise à qui il fournit une telle application afin de déterminer si les flux de son application, pour cette entreprise, doivent être marqués avec telle ou telle valeur DSCP ; cela poserait évidemment un problème de passage à l'échelle pour les développeurs d'applications ; de plus, cela obligerait l'administrateur à remplacer ses applications suite à chaque modification de la politique de trafic de l'entreprise.

On va décrire à présent, en référence à la figure 1 , une architecture réseau apte à mettre en œuvre l'invention.

La figure 1 représente une entreprise 100. Un groupe d'employés de cette entreprise utilise des terminaux tels que des ordinateurs personnels, des terminaux mobiles ou des objets connectés ; ces terminaux sont désignés par 200a, 200b, 200c, sur la figure 1 . Les flux générés par ces terminaux passent par des routeurs d'un réseau LAN ou d'un réseau étendu (« Wide Area Network », ou WAN en anglais) de l'entreprise. Une passerelle résidentielle (« Customer Premises Equipment » en anglais), notée CPE sur la figure 1 , sert d'interface entre lesdits terminaux 200a, 200b, 200c, et ledit réseau de l'entreprise.

On va décrire à présent un mode de réalisation de l'invention. L'entreprise 100 a déterminé une certaine politique d'entreprise consistant à associer à certaines applications informatiques (notées Web App ID X, Web App ID Y, et ainsi de suite, sur la figure 1 ) respectives, utilisées par les terminaux dudit groupe d'employés, des niveaux de QoS respectifs.

Cette association selon l'invention est, en conséquence, intégrée par un administrateur du réseau de l'entreprise dans un outil décrivant la politique d'entreprise, par exemple l'outil d'administration d'annuaire « Active Directory » appelé GPME (Group Policies Management Editor) en environnement Windows.

Cette association selon l'invention est alors enregistrée dans une ou plusieurs base(s) de données accessible(s) aux dispositifs informatiques embarqués dans les terminaux 200a, 200b, 200c, dudit groupe tels que les navigateurs Web d'ordinateurs personnels et/ou les systèmes d'exploitation (« operating Systems » en anglais) de terminaux mobiles ou d'objets connectés.

En outre, ces dispositifs comprennent des moyens pour marquer les paquets de données émis par ces terminaux. On peut par exemple, pour ce faire, utiliser un marquage de type DSCP tel que décrit ci-dessus.

Chaque fois qu'un tel dispositif reçoit un flux multimédia généré par une application exécutée par ce dispositif, il met en œuvre les étapes suivantes (on notera qu'il existe généralement une pluralité d'applications exécutées simultanément par ce dispositif).

Selon une première étape, le dispositif identifie l'application qui a généré ledit flux multimédia au moyen d'un identifiant d'application, tel que, dans le cas des navigateurs Web de l'entreprise, l'URI (Uniform Resource Identifier) de l'application, ou, dans le cas des systèmes d'exploitation de terminaux mobiles, un identifiant classique d'application téléchargeable, par exemple la dénomination d'un « package java » (au format net.nom-du-développeur.nom-du- package ») ou le « Bundle ID » (au format com.nom-de-l'utilisateur.nom-de- l'application) d'une application sous l'IOS d'Apple. Par exemple, un navigateur peut ainsi déterminer qu'un flux donné, en format HTTPS, a été généré par l'application Whatsapp, et qu'un autre flux donné, lui aussi en format HTTPS, a été généré par l'application Skype, ces deux applications étant exécutées par le navigateur à l'instant considéré. Selon une deuxième étape, le dispositif consulte une base de données telle que mentionnée ci-dessus, i.e. indiquant quelles sont les applications qui doivent faire l'objet d'un marquage, et quels sont les couples application/valeur de marquage. On notera que cette base de données peut être contenue dans le terminal hébergeant le dispositif, ou dans un module externe relié audit terminal.

Enfin, selon une troisième étape, le dispositif marque en conséquence les paquets de données qu'il émet. Ce marquage (noté DSCP X, DSCP Y, et ainsi de suite, sur la figure 1 ) est donc représentatif du niveau de QoS associé à chaque application (notée Web App ID X, Web App ID Y, et ainsi de suite) conformément à la politique d'entreprise.

Les figures 2a et 2b représentent, en sortie d'un navigateur Web, une liste de flux temps-réel interactifs obtenue avec un outil d'analyse réseau, tel que Wireshark.

La figure 2a correspond au cas où lesdits flux sont générés par une application non priorisée. On voit que le champ « Differentiated Services Code Point » est valorisé à « Default ». Ces flux seront donc traités par les routeurs de l'entreprise avec un niveau de QoS par défaut.

La figure 2b correspond au cas où lesdits flux sont générés par une application priorisée. On voit que le champ « Differentiated Services Code Point » est valorisé à « Expedited Forwarding ». Ces flux bénéficieront donc d'un transfert rapide au niveau des routeurs de l'entreprise.

On notera pour terminer que l'invention peut être mise en œuvre au sein de navigateurs Web d'ordinateurs personnels, de systèmes d'exploitation de terminaux mobiles ou d'objets connectés, au moyen de composants logiciels et/ou matériels.

Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de nœud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour gérer le fonctionnement d'un dispositif de marquage de flux multimédia selon l'invention.

En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour gérer le fonctionnement d'un dispositif de marquage de flux multimédia selon l'invention, lorsqu'il est exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur.

Ce programme peut utiliser n'importe quel langage de programmation, et se présenter sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.

L'invention vise aussi un support d'informations, inamovible, ou partiellement ou totalement amovible, lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.

Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comprendre un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou un moyen d'enregistrement magnétique, tel qu'un disque dur, ou encore une clé USB (« USB flash drive » en anglais).

D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.

En variante, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans le but de gérer le fonctionnement d'un dispositif de marquage de flux multimédia selon l'invention.