BOURDON, Gilles (17 rue des Amandiers, Longjumeau, Longjumeau, F-91160, FR)
HENNEQUIN, Jean-Baptiste (35 rue des Pierrettes, Chatillon, F-92320, FR)
BOURDON, Gilles (17 rue des Amandiers, Longjumeau, Longjumeau, F-91160, FR)
REVENDICATIONS
1. Procédé de mesure d'audience d'un flux Multicast (MC), ledit flux Multicast étant réplicable par des équipements de collecte (2) vers des terminaux utilisateur (1 ) abonnés audit flux Multicast, caractérisé en ce que ledit procédé comprend une étape de transmission, par au moins un équipement de collecte vers une plateforme de comptage (5), et selon un protocole de comptage, d'au moins un message de comptage (START, STOP, INTERIM) comprenant au moins une information d'audience relative à un nombre de réplications du flux Multicast par ledit au moins un équipement de collecte vers au moins un terminal utilisateur.
2. Procédé de mesure d'audience selon la revendication 1 , dans lequel le protocole de comptage est un protocole de type AAA.
3. Procédé de mesure d'audience selon l'une des revendications précédentes, dans lequel l'étape de transmission du message de comptage comprend les sous-étapes suivantes : transmission d'un message de début de comptage (START), la transmission du message de début de comptage étant déclenchée par le début de la première réplication dudit flux Multicast, et transmission d'un message de fin de comptage (STOP), la transmission du message de fin de comptage étant déclenchée par l'arrêt de la dernière réplication du flux Multicast.
4. Procédé de mesure d'audience selon la revendication 3, dans lequel l'étape de transmission du message de comptage comprend en outre la sous-étape suivante, transmission d'un message intermédiaire (INTERIM) ultérieurement à la sous-étape de transmission du message de début de comptage (START) comprenant au moins une information d'audience relative aux réplications du flux Multicast, la transmission du message intermédiaire étant effectuée en présence d'au moins un terminal utilisateur abonné audit flux Multicast.
5. Procédé de mesure d'audience selon l'une des revendications 1 ou 2, dans lequel l'étape de transmission du message de comptage comprend une sous-étape de transmission d'un message d'événement (EVENT) comprenant au moins une information d'audience relative aux réplications du flux Multicast, ladite transmission du message d'événement étant conditionnée par l'occurrence d'un événement de changement d'état dudit équipement de collecte.
6. Procédé de mesure d'audience selon la revendication 5, dans lequel l'événement de changement d'état est choisi parmi les événements suivants : l'équipement de collecte (2) reçoit d'un terminal utilisateur (1 ) une requête d'accès audit flux Multicast (MC) et cette requête d'accès est acceptée, une réplication vers un terminal utilisateur (1 ) dudit flux Multicast est arrêtée, et un compteur atteint une valeur seuil.
7. Procédé de mesure d'audience selon l'une des revendications précédentes, dans lequel l'étape de transmission du message de comptage est déclenchée par la réception d'un message de commande (COMMAND) provenant de la plate-forme de comptage.
8. Procédé de mesure d'audience selon l'une des revendications 1 à 6, dans lequel l'étape de transmission du message de comptage est déclenchée de façon autonome.
9. Equipement de collecte (2) pour un système de diffusion par flux Multicast (MC) émis sur un réseau IP (3), l'équipement de collecte permettant de répliquer un flux Multicast vers au moins un terminal utilisateur sur requête dudit terminal utilisateur, et comprenant des moyens de mémorisation (7) pour mémoriser au moins une information d'audience relative à un nombre de réplications du flux Multicast par l'équipement de collecte, et des moyens de transmission pour transmettre vers une plate-forme de comptage (5) et selon un protocole de comptage, des messages de comptage comprenant au moins une information d'audience.
10. Produit programme d'ordinateur destiné à un équipement de collecte (2) pour un système de diffusion par flux Multicast (MC) émis sur un réseau IP (3), l'équipement de collecte permettant de répliquer un flux Multicast vers au moins un terminal utilisateur (1 ) sur requête dudit terminal utilisateur, le programme d'ordinateur étant destiné à être stocké dans une mémoire d'une unité centrale, et/ou stocké sur un support mémoire destiné à coopérer avec un lecteur de ladite unité centrale et/ou téléchargé via un réseau de télécommunication, caractérisé en ce qu'il comprend des instructions pour mémoriser au moins une information d'audience relative à un nombre de réplications dudit flux Multicast par l'équipement de collecte, et transmettre vers une plate-forme de comptage (5) et selon un protocole de comptage, au moins un message de comptage comprenant au moins une information d'audience.
11. Plate-forme de comptage (5) pour mesurer l'audience d'un flux Multicast (MC) émis sur un réseau IP (3), ledit flux Multicast étant réplicable par des équipements de collecte (2) vers des terminaux utilisateur (1 ), la plate-forme de comptage comprenant des moyens de réception d'au moins un message de comptage émis par au moins un équipement de collecte selon un protocole de comptage, ledit au moins un message de comptage comprenant au moins une information d'audience relative à un nombre de réplications du flux Multicast par ledit au moins un équipement de collecte ayant émis le message de comptage, des moyens de traitement (6) pour estimer l'audience à partir des messages de comptage reçus.
12. Produit programme d'ordinateur destiné à une plate-forme de comptage (5) pour mesurer l'audience d'un flux Multicast (MC) émis sur un réseau IP (3), ledit flux Multicast étant réplicable par des équipements de collecte (2) vers des terminaux utilisateur (1 ), le programme d'ordinateur étant destiné à être stocké dans une mémoire d'une unité centrale, et/ou stocké sur un support mémoire destiné à coopérer avec un lecteur de ladite unité centrale et/ou téléchargé via un réseau de télécommunication, caractérisé en ce qu'il comprend des instructions pour recevoir d'au moins un équipement de collecte au moins un message de comptage émis par ledit au moins un équipement de collecte selon un protocole de comptage, ledit au moins un message de comptage comprenant au moins une information d'audience relative à un nombre de réplications du flux Multicast par ledit au moins un équipement de collecte ayant émis le message de comptage, traiter les messages de comptage reçus pour estimer l'audience à partir des messages de comptage reçus.
13. Système de diffusion de flux Multicast comprenant une source (4) pour émettre au moins un flux multicast sur un réseau IP, une pluralité d'équipements de collecte (2) selon la revendication 9, chaque équipement de collecte permettant de répliquer au moins un flux Multicast vers une pluralité de terminaux utilisateurs (1 ), et une plate-forme de comptage (5) selon la revendication 11 apte à communiquer avec au moins un équipement de collecte selon un protocole de comptage.
14. Message de comptage (START, STOP, INTERIM, EVENT) structuré suivant un protocole de comptage et comprenant au moins une information d'audience relative à un nombre de réplications d'un flux Multicast (MC) par un équipement de collecte (2) vers au moins un terminal utilisateur (1 ), le flux Multicast étant émis sur un réseau IP (3). |
MESURE D'AUDIENCE DE FLUX IP MULTICAST
L'invention concerne le domaine des télécommunications, et plus particulièrement la mesure d'audience de flux Multicast.
Les données transportées par flux Multicast peuvent comprendre des données audiovisuelles, correspondant par exemple à des émissions de télévision, des émissions de radio, ou encore des vidéoconférences.
La présente invention n'est bien entendu pas limitée à des flux Multicast transportant des données audiovisuelles. Par exemple, il est possible de télécharger des jeux vidéo sur Internet. Les données correspondant à ces jeux vidéo peuvent être transportées par des flux Multicast.
Dans la technique de diffusion IP Multicast, les paquets IP Multicast sont diffusés en utilisant une adresse IP destinataire particulière, dite adresse Multicast.
Un flux Multicast est caractérisé par son adresse source S et par son adresse de groupe G, chaque flux Multicast pouvant donc être représenté par un couple (S, G) unique. Deux flux Multicast distincts peuvent ainsi avoir la même adresse source S ou la même adresse de groupe G. Dans le domaine de la diffusion d'émissions télévisées, chaque chaîne de télévision peut correspondre à une adresse de groupe donnée, ou à un couple (S, G) donné.
La particularité des flux Multicast porte essentiellement sur le fait que les données support de ces flux sont transmises à un terminal utilisateur, par exemple un décodeur audiovisuel, sur requête de ce dernier transmise sur le réseau IP.
La demande de réception, ou d'arrêt de réception d'un flux Multicast peut s'effectuer par exemple selon le protocole IGMP, pour Internet Group Management Protocol en anglais, défini à I 1 IETF par les recommandations RFC 1112, RFC 2236 et RFC 3376 ou selon le protocole MLD, pour
Multicast Listener Discovery en anglais, défini par les recommandations RFC 2710, RFC 3810.
Sur réception d'un message de requête d'accès, ou demande de réception de flux, précisant l'adresse source de diffusion souhaitée, le premier équipement de télécommunication du réseau IP capable d'interpréter ce message de requête transmet le flux de données Multicast correspondant à l'adresse source de diffusion souhaitée au terminal utilisateur d'où provient ce message de requête.
Un message de requête d'accès peut également se rapporter à un ensemble de sources pour un groupe G donné, le flux Multicast étant alors désigné (*,G) et correspondant alors à une somme des flux émis par les différentes sources vers ce même groupe.
Une source Multicast émet les données une seule fois vers l'ensemble du réseau. Le réseau est alors en charge de renvoyer ces données vers des nœuds appropriés. Les nœuds répliquent les flux Multicast en fonction des décisions prises par le protocole de routage Multicast activé par l'ensemble des nœuds.
On appelle équipement de collecte un nœud particulier du réseau qui est le premier équipement de télécommunication capable d'interpréter ce message de requête et de prendre en charge le message de requête d'accès du terminal utilisateur afin d'envoyer à ce dernier le flux multicast demandé.
Il peut être souhaitable de mesurer l'audience d'un flux Multicast, c'est-à-dire au moins une indication du nombre de terminaux utilisateur recevant ce flux Multicast.
Ainsi, dans le domaine de la radio sur Internet, l'audience d'un flux Multicast donné correspond au nombre d'auditeurs par Internet d'une station de radio donnée.
Dans le domaine des jeux vidéo diffusés par flux Multicast, la mesure d'audience se rapporte au nombre de terminaux utilisateur ayant effectué ou effectuant un téléchargement de ces jeux vidéo.
Pour mesurer l'audience d'un flux Multicast, il est connu d'interroger les équipements de collecte afin d'obtenir des informations contenues dans une table de réplication de l'équipement de collecte. Chaque équipement de
collecte peut fournir des informations d'audience limitées aux informations de sa table de réplication, par exemple un nombre de terminaux utilisateur auxquels il transmet le flux Multicast.
En effet, seuls les équipements de collecte disposent d'une telle information relative à l'audience. Il n'est pas possible de savoir quel est le nombre total de terminaux utilisateurs recevant le flux Multicast en observant un seul nœud du réseau. Chaque équipement de collecte peut en revanche donner une vision du nombre de récepteurs par rapport au parc de terminaux utilisateurs pris en charge par cet équipement de collecte. En interrogeant tous les équipements de collecte, et après un traitement des informations reçues, il est possible d'évaluer l'audience d'un flux Multicast donné.
Ainsi, il est connu d'utiliser un équipement d'administration de réseau pour effectuer cette interrogation et ce traitement. Les équipements d'administration de réseau sont conçus pour superviser le réseau, c'est-à- dire par exemple vérifier si les équipements du réseau fonctionnent correctement.
Les équipements d'administration de réseau présentent l'inconvénient d'être relativement peu adaptés à la collecte régulière et au traitement des informations d'audience. La collecte se fait par interrogation régulière de l'ensemble des équipements de collecte pour remonter des statistiques pour chaque flux Multicast.
En particulier, les équipements d'administration de réseau communiquent avec les équipements de collecte en utilisant des protocoles de supervision, comme par exemple SNMP, pour Simple Network Management Protocol en anglais. Lorsqu'un équipement d'administration de réseau adresse à un équipement de collecte une requête, le message de requête précise quelle donnée l'équipement de réseau souhaite récupérer, par exemple un nombre de terminaux recevant un flux Multicast donné. Les protocoles de supervision étant adaptés pour pouvoir transmettre une large variété de requêtes possibles, les équipements de collecte passent un temps relativement long à interpréter et traiter les requêtes reçues. Leur usage est donc limité à un usage à petite échelle et ponctuel.
De plus, les équipements d'administration de réseau doivent interroger un nombre relativement élevé d'équipements de collecte pour obtenir des données significatives. Les équipements d'administration de réseau doivent en conséquence traiter un volume d'informations d'audience relativement élevé. Les équipements d'administration de réseau ne sont pas adaptés pour un tel traitement. Les informations d'audience recueillies ainsi sont relativement délicates à exploiter par un opérateur de télécommunications, car les informations d'audience relèvent d'un processus de comptage et non du processus d'administration de réseau.
Par ailleurs, il est connu dans l'art antérieur d'utiliser des plates- formes de comptage communiquant par des protocoles de comptage pour estimer un temps de connexion au réseau Internet ou un volume de données échangées par Internet pour un utilisateur. Ceci permet à un opérateur de facturer l'utilisateur selon sa consommation. On peut par exemple citer les protocoles dits AAA, pour Authentication, Authorization, Accounting en anglais.
La présente invention vise à s'affranchir des inconvénients susmentionnés.
Selon un premier aspect, la présente invention a pour objet un procédé de mesure d'audience d'un flux Multicast, ledit flux Multicast étant réplicable par des équipements de collecte vers des terminaux utilisateur abonnés audit flux Multicast. Ledit procédé comprend une étape de transmission, par au moins un équipement de collecte vers une plate-forme de comptage, et selon un protocole de comptage, d'au moins un message de comptage comprenant au moins une information d'audience relative à un nombre de réplications du flux Multicast par ledit au moins un équipement de collecte vers ledit au moins un terminal utilisateur.
Le protocole de comptage est conçu pour transmettre des données de comptage, typiquement un temps de connexion au réseau Internet. Le protocole de comptage permet ainsi une communication d'informations d'audience entre les équipements de collecte et la plate-forme de comptage relativement fluide, contrairement aux protocoles de supervision utilisés dans l'art antérieur pour transmettre des informations d'audience.
De plus, la plate-forme de comptage est conçue pour traiter des données de comptage, typiquement des volumes de données échangées entre un terminal utilisateur et un réseau Internet. La plate-forme de comptage est donc adaptée pour le traitement des informations d'audience, contrairement à des équipements d'administration réseau conçus pour superviser tout ou partie du réseau.
Le ou les flux Multicast dont l'audience est mesurée peuvent transporter des données audiovisuelles, correspondant par exemple à des émissions télévisées, radiophoniques, ou encore à des vidéoconférences. Alternativement, les données transportées par flux Multicast peuvent correspondre à des jeux vidéo. De manière générale, la présente invention n'est pas limitée par la nature des données transportées par flux Multicast.
Avantageusement, le protocole de comptage est un protocole de type AAA. Les protocoles de type AAA et les plates-formes de comptage adaptées à ces protocoles présentent l'avantage d'être relativement courants. Le procédé selon un aspect de l'invention peut ainsi être relativement facilement implémenté dans des équipements existants.
Parmi les protocoles de type AAA, on peut citer RADIUS, pour Remote Authentication Dial In User Service en anglais, ou encore DIAMETER.
La transmission d'un message de comptage depuis un équipement de collecte vers la plate-forme de comptage peut être déclenchée par la réception d'un message de commande provenant de la plate-forme de comptage. La plate-forme de comptage interroge ainsi les équipements de collecte afin d'obtenir les informations d'audience correspondantes.
Alternativement, l'étape de transmission d'un message de comptage depuis un équipement de collecte vers la plate-forme de comptage peut être déclenchée de façon autonome. Par exemple, un compteur interne à l'équipement de collecte permet de déterminer à quels instants les messages de comptage doivent être transmis à la plate-forme. Selon un autre exemple, l'équipement de collecte transmet un message de comptage lorsque le nombre de réplications d'un flux Multicast par cet équipement de collecte atteint un certain seuil.
Selon un second aspect, la présente invention a pour objet un équipement de collecte pour un système de diffusion par flux Multicast émis sur un réseau IP, l'équipement de collecte permettant de répliquer un flux Multicast vers au moins un terminal utilisateur sur requête de ce terminal utilisateur, et comprenant :
- des moyens de mémorisation pour mémoriser au moins une information d'audience relative à un nombre de réplications du flux Multicast par l'équipement de collecte, et
- des moyens de transmission pour transmettre vers une plate-forme de comptage et selon un protocole de comptage, des messages de comptage comprenant au moins une information d'audience.
Un tel équipement permet de mettre en œuvre le procédé selon un aspect de l'invention.
Selon un troisième aspect, l'invention a pour objet un produit programme d'ordinateur destiné à un équipement de collecte pour un système de diffusion par flux Multicast émis sur un réseau IP, l'équipement de collecte permettant de répliquer un flux Multicast vers au moins un terminal utilisateur sur requête de ce terminal utilisateur. Le programme d'ordinateur est destiné à être stocké dans une mémoire d'une unité centrale, et/ou stocké sur un support mémoire destiné à coopérer avec un lecteur de ladite unité centrale et/ou téléchargé via un réseau de télécommunication. Le produit programme d'ordinateur est caractérisé en ce qu'il comprend des instructions pour mémoriser au moins une information d'audience relative à un nombre de réplications dudit flux Multicast par l'équipement de collecte, et pour transmettre vers une plate-forme de comptage, selon un protocole de comptage, des messages de comptage comprenant au moins une information d'audience.
Selon un quatrième aspect, l'invention a pour objet une plate-forme de comptage pour mesurer l'audience d'un flux Multicast émis sur un réseau IP, ledit flux Multicast étant réplicable par des équipements de collecte vers des terminaux utilisateur. La plate-forme de comptage comprend des moyens de réception d'au moins un message de comptage émis par au moins un équipement de collecte selon un protocole de comptage. Ledit au
moins un message de comptage comprend au moins une information d'audience relative à un nombre de réplications du flux Multicast par ledit au moins un équipement de collecte ayant émis le message de comptage. La plate-forme de comptage comprend également des moyens de traitement pour estimer l'audience à partir des messages de comptage reçus.
Une telle plate-forme de comptage est adaptée pour fonctionner avec les équipements de collecte selon le premier aspect de l'invention.
Selon un cinquième aspect, l'invention a pour objet un produit programme d'ordinateur destiné à une plate-forme de comptage pour mesurer l'audience d'un flux Multicast émis sur un réseau IP, ledit flux Multicast étant réplicable par des équipements de collecte vers des terminaux utilisateur, le programme d'ordinateur étant destiné à être stocké dans une mémoire d'une unité centrale, et/ou stocké sur un support mémoire destiné à coopérer avec un lecteur de ladite unité centrale et/ou téléchargé via un réseau de télécommunication. Le programme d'ordinateur comprend des instructions pour recevoir d'au moins un équipement de collecte au moins un message de comptage émis par ledit au moins un équipement de collecte selon un protocole de comptage, ledit au moins un message de comptage comprenant au moins une information d'audience relative à un nombre de réplications du flux Multicast par ledit au moins un équipement de collecte ayant émis le message de comptage, et pour traiter les messages de comptage reçus pour estimer l'audience à partir des messages de comptage reçus.
Selon un sixième aspect, l'invention a pour objet un système de diffusion de flux Multicast comprenant :
- une source pour émettre au moins un flux multicast sur un réseau
IP,
- une pluralité d'équipements de collecte selon un aspect de l'invention, chaque équipement de collecte permettant de répliquer au moins un flux Multicast vers une pluralité de terminaux utilisateurs, et
- une plate-forme de comptage selon un autre aspect de l'invention apte à communiquer avec au moins un équipement de collecte selon un protocole de comptage.
Selon un septième aspect, la présente invention a pour objet un message de comptage structuré selon un protocole de comptage et comprenant au moins une information d'audience relative à un nombre de réplications d'un flux Multicast par un équipement de collecte vers au moins un terminal utilisateur, le flux Multicast étant émis sur un réseau IP.
D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après.
La figure 1 montre un exemple de système de diffusion de flux Multicast selon un premier mode de réalisation de l'invention.
La figure 2 montre un exemple de communication entre un équipement de collecte et une plate-forme de comptage selon le premier mode de réalisation de la présente invention.
La figure 3 montre un exemple de communication entre un équipement de collecte et une plate-forme de comptage selon un second mode de réalisation de la présente invention.
La figure 4 montre un exemple de communication entre un équipement de collecte et une plate-forme de comptage selon un troisième mode de réalisation de la présente invention.
La figure 5 montre un exemple de communication entre un équipement de collecte et une plate-forme de comptage selon un quatrième mode de réalisation de la présente invention.
La figure 1 montre un exemple de système de diffusion par flux Multicast. Une source 4 émet au moins un flux Multicast MC. La source 4 peut émettre une pluralité de flux Multicast MC vers un réseau IP 3. Chaque flux Multicast se distingue alors des autres flux Multicast émis par la source 4 par son adresse de groupe G.
A chaque adresse de groupe G peut par exemple correspondre une chaîne de télévision.
Des nœuds du réseau IP 3 répliquent les flux Multicast en fonction des décisions prises par un protocole de routage Multicast activé par l'ensemble des nœuds.
Un flux Multicast MC n'est transmis à un terminal utilisateur 1 que suite à l'émission par ce terminal utilisateur 1 d'un message de requête R.
On appelle équipement de collecte 2 un nœud particulier du réseau qui est le premier équipement à prendre en charge le message de requête R de l'utilisateur afin d'envoyer à ce dernier le flux multicast demandé.
Le message de requête R est reçu et interprété par l'équipement de collecte 2.
L'équipement de collecte 2 autorise la réplication du flux Multicast vers le terminal utilisateur 1 ayant émis la requête, éventuellement après diverses étapes de contrôle d'accès qui ne sont pas détaillées ici.
Alternativement, l'équipement de collecte peut interpréter les messages de requête et répliquer le flux Multicast demandé, l'autorisation d'accès étant accordée par un serveur d'accès distinct de l'équipement de collecte.
Un flux Multicast émis par la source 4 peut être répliqué via le réseau IP 3 auprès d'une pluralité d'équipements de collecte 2, dont un seul est représenté sur la figure 1. Chaque équipement de collecte 2 est apte à recevoir des messages de requête R d'un parc de terminaux utilisateurs et à répliquer le flux Multicast vers ce parc de terminaux utilisateurs. Un seul terminal utilisateur est représenté sur la figure 1.
Les messages de requête R précisent à quel flux Multicast un utilisateur cherche à accéder. Les messages de requête peuvent comprendre à cet effet des champs d'adresse de flux Multicast comprenant l'adresse de groupe G, l'adresse source S du flux Multicast demandé ou, lorsque la demande se rapporte à un ensemble de sources pour un groupe donné, la somme des flux pour le groupe G représenté par le flux (*, G). Chaque équipement de collecte 2 permet la réplication d'un seul flux Multicast ou bien d'une pluralité de flux Multicast.
Une plate-forme de comptage 5 est utilisée pour mesurer l'audience d'un ou plusieurs flux Multicast. La plate-forme de comptage 5 est apte à communiquer au moins avec un équipement de collecte 2.
Avantageusement, la plate-forme de comptage 5 est apte à communiquer avec tous les équipements de collecte susceptibles de répliquer un flux Multicast donné, afin de permettre une mesure de l'audience détaillée du flux Multicast donné.
Alternativement, la plate-forme de comptage est apte à communiquer avec seulement une partie des équipements de collecte susceptibles de répliquer le flux Multicast donné, afin de permettre une estimation de l'audience moins détaillée et donc plus rapide.
Alternativement, la plate-forme de comptage communique avec un seul équipement de collecte, afin de mesurer l'audience d'un flux Multicast sur un parc de terminaux utilisateur donné et correspondant audit équipement de collecte.
L'équipement de collecte 2 transmet des messages de comptage (par exemple START, INTERIM, STOP) à la plate-forme de comptage 5 en utilisant un protocole de comptage, par exemple un protocole de type AAA. Le protocole de comptage est conçu pour transmettre des données de comptage et permet donc une transmission d'informations d'audience relativement fluide. De plus, la plate-forme de comptage 5 est conçue pour traiter des données de comptage et est donc adaptée pour traiter les messages de comptages reçus pour estimer l'audience.
Dans l'exemple représenté figure 1 , les messages de comptage transmis comprennent des messages de début de comptage START, des messages intermédiaires INTERIM et des messages de fin de comptage STOP. Les messages de début de comptage START définissent une session de comptage par flux Multicast répliqué dans l'équipement de collecte. Des messages d'acquittement ACK sont émis par la plate-forme de comptage 5 suite à la réception d'un message de comptage. Un tel protocole est détaillé sur la figure 2.
La figure 2 montre un exemple de communication entre un équipement de collecte 2 et une plate-forme de comptage 5 selon le premier mode de réalisation de la présente invention.
Dans ce premier mode de réalisation de la présente invention, l'équipement de collecte 2 ne transmet à la plate-forme de comptage 5 des messages de comptage relatifs aux réplications d'un flux Multicast donné (non représenté) que lorsque les réplications de ce flux Multicast ont effectivement lieu ou viennent de se terminer.
Une session de comptage est ouverte par un message de début de comptage START et est fermée par un message de fin de comptage STOP. La transmission du message de début de comptage START est déclenchée par le début de la première réplication du flux Multicast à destination d'un terminal utilisateur, c'est-à-dire lors de la première acceptation d'une requête d'accès au flux Multicast donné. La plate-forme de comptage 5 envoie un message d'acquittement ACK suite à la réception du message de début de comptage START.
La session de comptage prend fin suite à l'arrêt de toute réplication du flux Multicast donné par l'équipement de collecte 2, c'est-à-dire lorsque le dernier terminal utilisateur recevant le flux Multicast donné cesse de recevoir ce flux Multicast. La session de comptage se poursuit donc tant qu'au moins un terminal utilisateur reçoit de cet équipement de collecte 2 le flux Multicast donné.
Le message de début de comptage START permet d'indiquer à la plate-forme de comptage la réplication du flux Multicast par l'équipement de collecte.
L'équipement de collecte peut de plus transmettre des messages intermédiaires INTERIM comprenant des informations d'audience sur les réplications du flux Multicast. La transmission des messages intermédiaires INTERIM est effectuée ultérieurement à la transmission d'un message de début de comptage, et en présence d'au moins un terminal utilisateur, abonné au flux Multicast auprès de l'équipement de collecte. Un terminal utilisateur abonné est un terminal ayant émis une requête d'accès à un flux Multicast et autorisé à accéder à ce flux Multicast,
Les informations d'audience relatives aux réplications du flux Multicast comprennent par exemple : un nombre de réplications du flux Multicast, c'est-à-dire un nombre de terminaux utilisateurs ayant accès au flux Multicast, un volume, par exemple en octets ou en paquets, de données répliquées depuis le début de la session, ou bien encore depuis le message intermédiaire précédent, un débit de données répliquées,
une durée de réplication du flux Multicast, une variation du nombre d'utilisateurs depuis le message intermédiaire précédent, soit par exemple un nombre d'abonnements au flux Multicast et un nombre de désabonnements.
Bien entendu, la présente invention n'est pas limitée à ces exemples.
La transmission d'un message intermédiaire INTERIM est déclenchée de façon autonome dans ce mode de réalisation. La réception du message d'acquittement ACK du message de début de comptage START active un mécanisme de surveillance. Des paramètres déclenchant l'événement pour la remontée régulière des informations d'audience peuvent être définis dans une configuration de l'équipement de collecte 2.
Par exemple, c'est un compteur interne, connu en tant que tel et par conséquent non représenté, qui détermine quand les messages intermédiaires INTERIM doivent être envoyés. Dans ce cas, les messages intermédiaires INTERIM sont donc transmis à intervalles de temps réguliers.
Alternativement, les messages intermédiaires INTERIM peuvent être transmis chaque fois que le nombre de terminaux utilisateurs accédant au flux Multicast atteint un certain seuil, par exemple chaque fois que le nombre de terminaux accédant au flux Multicast est un multiple de 10.
Alternativement, les instants de transmission de messages intermédiaires sont déterminés par le volume, en octets ou bien encore en paquets, de données répliquées depuis le message intermédiaire précédent.
Alternativement, un message intermédiaire INTERIM est envoyé à chaque nouvelle réplication du (ou abonnement au) flux Multicast et à chaque fin de réplication du (ou désabonnement du) flux Multicast. Le message intermédiaire INTERIM comprend par exemple un champ renseignant un identifiant du terminal utilisateur nouvellement abonné ou désabonné au flux Multicast. La plate-forme de comptage dispose ainsi d'une information d'audience pour chaque terminal utilisateur.
La plate-forme de comptage 5 transmet un message d'acquittement ACK suite à la réception d'un message intermédiaire INTERIM. Lors de la réception du message d'acquittement ACK, le mécanisme de surveillance est réinitialisé, en vue d'une prochaine transmission d'un message intermédiaire
INTERIM. Par exemple, le compteur interne qui détermine quand les messages intermédiaires INTERIM sont envoyés est remis à zéro.
Lorsque la session de comptage prend fin, par exemple lorsque le dernier terminal utilisateur accédant au flux Multicast émet une requête pour accéder à un autre flux Multicast ou une requête de fin de réception dudit flux Multicast, l'équipement de collecte 2 transmet un message de fin de comptage STOP. Le message de fin de comptage STOP comprend des informations d'audience relatives aux réplications du flux Multicast depuis le dernier message de comptage (INTERIM, START) transmis, ainsi que des informations d'audience informant la plate-forme de comptage de l'arrêt de toute réplication. La plate-forme de comptage 5 transmet un message d'acquittement ACK suite à la réception du message de fin de comptage STOP.
La plate-forme de comptage 5 peut communiquer ainsi avec une pluralité d'équipements de collecte. La plate forme de comptage 5 reçoit des messages de comptage émis par les équipements de collecte. Chaque message de comptage comprend des informations d'audience relatives aux réplications du flux Multicast par l'équipement de collecte ayant émis le message de comptage. La plate-forme de comptage traite donc les messages de comptage reçus des équipements de collecte pour estimer l'audience du flux Multicast, à partir des informations reçues de plusieurs équipements de collecte.
La figure 3 montre un exemple de communication entre un équipement de collecte et une plate-forme de comptage selon un deuxième mode de réalisation de la présente invention.
Dans le deuxième mode de réalisation, l'équipement de collecte 2 transmet également des messages de début de comptage START, des messages de fin de comptage STOP et des messages intermédiaires INTERIM entre un message de début de comptage START et un message de fin de comptage STOP. Toutefois, la transmission des messages intermédiaires INTERIM est déclenchée par la réception d'un message de commande COMMAND provenant de la plate-forme de comptage 5, et non de façon autonome. La plate-forme de comptage 5 interroge donc
l'équipement de collecte lorsqu'une session d'un flux Multicast est ouverte afin d'obtenir des informations d'audience.
En revanche, dans cet exemple, la transmission des messages de début de comptage START et respectivement des messages de fin de comptage STOP est déclenchée de façon autonome, lors de la première réplication du flux Multicast et respectivement de l'arrêt des réplications.
Dans le deuxième mode de réalisation, l'équipement de collecte 2 transmet un message d'acquittement de réception de message de commande ACK', suite à la réception du message de commande COMMAND, et avant de transmettre un message intermédiaire INTERIM.
La plate-forme de comptage 5 transmet un message d'acquittement de réception de message de comptage ACK, suite à la réception d'un message de début de comptage START, d'un message intermédiaire INTERIM ou d'un message de fin de comptage STOP.
La plate-forme de comptage 5 peut être pourvue d'un compteur interne (non représenté) pour déterminer les instants de transmission d'un message de commande COMMAND. Ainsi, lorsqu'une session est ouverte, l'équipement de collecte 2 est interrogé à intervalles de temps réguliers. Alternativement, les intervalles de temps peuvent varier en fonction des informations d'audience reçues dans les messages intermédiaires INTERIM émis précédemment.
La figure 4 montre un exemple de communication entre un équipement de collecte et une plate-forme de comptage selon un troisième mode de réalisation de la présente invention.
Dans ce mode de réalisation, un équipement de collecte 2 transmet un message d'événement EVENT comprenant des informations d'audience sur les réplications d'un flux Multicast par l'équipement de collecte vers au moins un terminal utilisateur. La transmission du message d'événement est conditionnée par l'occurrence d'un événement de changement d'état de l'équipement de collecte 2.
L'événement de changement d'état de l'équipement de collecte peut par exemple comprendre la réception par l'équipement de collecte 2 d'une requête d'accès au flux Multicast par un terminal utilisateur et l'acceptation
de cette requête. Ainsi, la plate-forme de comptage 5 est prévenue de chaque nouvel accès au flux Multicast. De la même façon, l'événement de changement d'état de l'équipement de collecte peut par exemple comprendre l'arrêt d'une réplication vers un terminal utilisateur du flux Multicast. La plate-forme de comptage est ainsi prévenue de chaque fin d'accès au flux Multicast.
L'événement de changement d'état de l'équipement de collecte peut également être le fait d'un compteur (non représenté). Lorsque le compteur atteint une valeur seuil, l'équipement de collecte change d'état et transmet un message d'événement comprenant des informations d'audience. Le compteur est remis à zéro, en vue d'un prochain message d'événement.
Le compteur peut par exemple permettre de compter des intervalles de temps réguliers. Le message de comptage comprend une information d'audience relative aux réplications du flux Multicast par l'équipement de collecte, l'information d'audience pouvant éventuellement indiquer que ledit flux Multicast n'est actuellement pas répliqué par l'équipement de collecte.
Alternativement, le compteur peut permettre de compter un nombre de réplications du flux Multicast : lorsque le nombre de réplications atteint une valeur seuil, par exemple un multiple de 100, l'équipement de collecte change d'état et transmet un message d'événement comprenant au moins une information d'audience.
Dans un quatrième mode de réalisation, illustré figure 5, l'événement de changement d'état comprend la réception d'un message de commande COMMAND émanant de la plate-forme de comptage 5. La plate-forme de comptage 5 interroge l'équipement de collecte 2 sur l'état des réplications du flux Multicast. Suite à la réception du message de commande COMMAND, l'équipement de collecte 2 transmet message d'acquittement de réception de message de commande ACK' et un message d'événement EVENT comprenant des informations d'audience relatives aux réplications du flux Multicast par l'équipement de collecte.
Les troisième et quatrième modes de réalisation ne font pas intervenir la notion de session. Les messages d'événement EVENT peuvent éventuellement être envoyés même en l'absence de réplication du flux
Multicast, en particulier lorsque l'événement de changement d'état est le fait du compteur, ou comprend la réception d'un message de commande. L'information d'audience d'un message d'événement EVENT peut ainsi éventuellement indiquer que ledit flux Multicast n'est actuellement pas répliqué par l'équipement de collecte. L'information d'audience relative aux réplications du flux Multicast par l'équipement de collecte peut également éventuellement indiquer que l'équipement de collecte effectue une seule réplication du flux Multicast.
Les troisième et quatrième modes de réalisation sont par exemple mis en œuvre à l'aide du protocole DIAMETER.
Les messages de comptage comprennent un identifiant du flux Multicast, en particulier lorsque la plate-forme de comptage évalue l'audience de plusieurs flux de comptage. Cet identifiant peut comprendre une adresse de groupe du flux Multicast. Alternativement, l'identifiant comprend une adresse source et une adresse de groupe du flux Multicast. Alternativement, l'identifiant comprend seulement une adresse source du flux Multicast. Dans ce dernier cas, il est possible de mesurer l'audience de tout flux reçu par l'équipement de collecte en provenance d'une source donnée.
Le message de comptage peut également comprendre un identifiant de l'équipement de collecte ayant émis ce message de comptage, par exemple une adresse IP de l'équipement de collecte.
Lorsqu'un protocole de comptage avec une session de comptage est utilisé, le message de comptage peut éventuellement comprendre un identifiant de la session de comptage. La plate-forme de comptage peut facilement, à partir de l'identifiant de session de comptage, corréler plusieurs messages de comptage relatifs à une même session.
Le message de comptage peut également comporter un élément permettant d'identifier le type du message de comptage, par exemple un message de début de comptage ou un message intermédiaire de comptage.
Le tableau ci-dessous présente des exemples de réalisation de la présente invention, en utilisant le protocole RADIUS, défini par les recommandations RFC2865, RFC2866 et en utilisant le protocole
DIAMETER, défini par les recommandations RFC3588 et NASREQ, édité sous la référence draft-ietf-aaa-diameter-nasreq-17.txt.
Dans le tableau précité, les quatre premières lignes correspondent aux types des messages utilisés, les lignes suivantes correspondant aux attributs inclus dans ces messages pour indiquer les informations d'audience demandées. Le terme AVP (Attribute Value Pair) correspond à la terminologie utilisée pour le protocole DIAMETER.
Le message de commande COMMAND comprend un identifiant du flux Multicast pour lequel la plate-forme de comptage demande un état de l'audience.
Le message de commande comprend également un identifiant de la plate-forme de comptage émettrice du message de commande. Pour des raisons de sécurité, les plates-formes autorisées à interroger un équipement de collecte quant à l'état d'audience d'un flux Multicast donné sont déclarées sur cet équipement de collecte.
Les messages de commande précisent quel type de message de comptage est attendu. Alternativement, la plate-forme de comptage émet plusieurs types de messages de commande. Dans ce cas, le message de commande comprend également avantageusement un élément permettant d'identifier le type de message de commande et son objet.
Dans le cas d'un protocole de comptage RADIUS, un message COA, pour Change Of Authorization en anglais, peut être utilisé comme message de commande. Dans le cas d'un protocole de comptage DIAMETER, un message RAR, pour Re-Auth-Request en anglais, peut être utilisé comme message de commande. D'autres protocoles de commande peuvent être envisagés pour transmettre la demande de l'état d'audience d'un flux Multicast, par exemple SNMP, COPS, pour Common Open Policy Service en anglais, ou encore XML, pour Extensible Markup Language en anglais.