WO2007012767A1 - Mesure d'audience de flux ip multicast - Google Patents

Mesure d'audience de flux ip multicast Download PDF

Info

Publication number
WO2007012767A1
WO2007012767A1 PCT/FR2006/001845 FR2006001845W WO2007012767A1 WO 2007012767 A1 WO2007012767 A1 WO 2007012767A1 FR 2006001845 W FR2006001845 W FR 2006001845W WO 2007012767 A1 WO2007012767 A1 WO 2007012767A1
Authority
WO
WIPO (PCT)
Prior art keywords
counting
message
collection equipment
multicast stream
multicast
Prior art date
Application number
PCT/FR2006/001845
Other languages
English (en)
Inventor
Jean-Baptiste Hennequin
Gilles Bourdon
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Priority to US11/989,486 priority Critical patent/US20090119694A1/en
Priority to EP06794240A priority patent/EP1911244A1/fr
Publication of WO2007012767A1 publication Critical patent/WO2007012767A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/76—Wired systems
    • H04H20/82—Wired systems using signals not modulated onto a carrier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/29—Arrangements for monitoring broadcast services or broadcast-related services
    • H04H60/33—Arrangements for monitoring the users' behaviour or opinions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level

Definitions

  • the invention relates to the field of telecommunications, and more particularly the measurement of multicast stream audience.
  • the data transported by multicast stream may include audiovisual data, corresponding for example to television programs, radio broadcasts, or even videoconferences.
  • the present invention is of course not limited to multicast streams carrying audiovisual data.
  • the data corresponding to these video games can be transported by multicast streams.
  • multicast IP packets are broadcast using a particular destination IP address, called a multicast address.
  • a multicast stream is characterized by its source address S and its group address G, each multicast stream can therefore be represented by a single pair (S, G). Two different multicast streams can thus have the same source address S or the same group address G.
  • each television channel can correspond to a given group address, or to a pair (S , G) given.
  • Multicast flows essentially relates to the fact that the support data of these streams are transmitted to a user terminal, for example an audiovisual decoder, on request of the latter transmitted on the IP network.
  • the request to receive or stop receiving a Multicast stream can be done for example according to the IGMP protocol, for Internet Group Management Protocol in English, defined at I 1 IETF by the recommendations RFC 1112, RFC 2236 and RFC 3376 or according to the MLD protocol, for Multicast Listener Discovery in English, defined by RFC 2710, RFC 3810.
  • IGMP protocol for Internet Group Management Protocol in English, defined at I 1 IETF by the recommendations RFC 1112, RFC 2236 and RFC 3376 or according to the MLD protocol, for Multicast Listener Discovery in English, defined by RFC 2710, RFC 3810.
  • the first telecommunication equipment of the IP network capable of interpreting this request message transmits the Multicast data stream corresponding to the desired broadcast source address to the user terminal from which this request message originated.
  • An access request message can also refer to a set of sources for a given group G, the multicast stream then being designated (*, G) and then corresponding to a sum of the streams emitted by the different sources to the same group .
  • a Multicast source sends data once to the entire network. The network is then in charge of returning this data to appropriate nodes. Nodes replicate Multicast flows based on the decisions made by the multicast routing protocol enabled by all nodes.
  • a collection node is a particular node of the network that is the first telecommunication equipment capable of interpreting this request message and supporting the access request message of the user terminal to send the multicast stream to the user terminal. request.
  • the audience of a given multicast stream corresponds to the number of listeners over the Internet of a given radio station.
  • audience measurement refers to the number of user terminals that have made or are downloading these video games.
  • Each equipment of collection can provide limited audience information to the information in its replication table, for example a number of user terminals to which it transmits the Multicast stream.
  • each collection equipment can give a view of the number of receivers compared to the number of user terminals supported by this collection equipment. By polling all the collection equipment, and after processing the received information, it is possible to evaluate the audience of a given multicast stream.
  • the network management equipment is designed to supervise the network, ie for example to check whether the network equipment is working properly.
  • Network administration equipment has the disadvantage of being relatively unsuited to the regular collection and processing of audience information.
  • the collection is done by regular interrogation of all collection equipment to report statistics for each Multicast stream.
  • the network management equipment communicates with the collection equipment by using supervision protocols, such as SNMP, for Simple Network Management Protocol in English.
  • supervision protocols such as SNMP, for Simple Network Management Protocol in English.
  • the request message specifies which data the network equipment wishes to recover, for example a number of terminals receiving a given multicast stream.
  • the supervision protocols are adapted to transmit a wide variety of possible requests, the collection equipment takes a relatively long time to interpret and process the requests received. Their use is therefore limited to small-scale and punctual use.
  • network management equipment must poll a relatively large number of collection equipment to obtain meaningful data. The network management equipment must therefore handle a relatively high volume of audience information. Network management equipment is not suitable for such treatment. The audience information collected in this way is relatively difficult for a telecommunications operator to use because the audience information is a counting process and not the network administration process.
  • counting platforms communicating by counting protocols to estimate a connection time to the Internet network or a volume of data exchanged over the Internet for a user. This allows an operator to charge the user according to his consumption.
  • AAA protocols can be cited for Authentication, Authorization, and Accounting in English.
  • the present invention aims to overcome the aforementioned drawbacks.
  • the subject of the present invention is a method for measuring an audience of a multicast stream, said multicast stream being replicable by collection equipment to user terminals subscribed to said multicast stream.
  • Said method comprises a step of transmitting, by at least one collection equipment to a counting platform, and according to a counting protocol, at least one count message comprising at least one audience information relating to a number replication of the multicast stream by said at least one collection equipment to said at least one user terminal.
  • the counting protocol is designed to transmit counting data, typically a connection time to the Internet.
  • the counting protocol thus makes it possible to communicate audience information between the collection equipment and the relatively fluid counting platform, unlike the supervision protocols used in the prior art for transmitting audience information.
  • the counting platform is designed to process counting data, typically volumes of data exchanged between a user terminal and an Internet network. The counting platform is therefore suitable for processing audience information, unlike network management equipment designed to supervise all or part of the network.
  • the multicast stream or streams whose audience is measured can carry audiovisual data, for example corresponding to television programs, radio programs, or even videoconferences.
  • the data transported by Multicast stream may correspond to video games.
  • the present invention is not limited by the nature of the data transported by multicast flow.
  • the counting protocol is an AAA type protocol.
  • AAA protocols and counting platforms adapted to these protocols have the advantage of being relatively common.
  • the method according to one aspect of the invention can thus be relatively easily implemented in existing equipment.
  • AAA type protocols include RADIUS, for Remote Authentication Dial In User Service in English, or DIAMETER.
  • Transmission of a count message from collection equipment to the counting platform may be triggered by receiving a command message from the counting platform.
  • the counting platform thus interrogates the collection equipment in order to obtain the corresponding audience information.
  • the step of transmitting a count message from a collection equipment to the counting platform can be triggered autonomously.
  • an internal counter to the collection equipment makes it possible to determine at which times the count messages must be transmitted to the platform.
  • the collection equipment transmits a count message when the number of replications of a multicast stream by this collection equipment reaches a certain threshold.
  • the present invention relates to a collection equipment for a Multicast stream broadcast system transmitted over an IP network, the collection equipment for replicating a multicast stream to at least one user terminal on request of this user terminal, and comprising:
  • - Transmission means for transmitting to a counting platform and according to a counting protocol, counting messages comprising at least one audience information.
  • the subject of the invention is a computer program product intended for collection equipment for a Multicast stream broadcast system transmitted over an IP network, the collection equipment making it possible to replicate a Multicast stream to least a user terminal on request of this user terminal.
  • the computer program is intended to be stored in a memory of a central unit, and / or stored on a storage medium intended to cooperate with a reader of said central unit and / or downloaded via a telecommunications network.
  • the computer program product is characterized in that it comprises instructions for storing at least one audience information relating to a number of replications of said multicast stream by the collection equipment, and for transmitting to a platform of counting, according to a counting protocol, count messages including at least one audience information.
  • the invention relates to a counting platform for measuring the audience of a Multicast stream transmitted over an IP network, said multicast stream being replicable by collection equipment to user terminals.
  • the counting platform comprises means for receiving at least one count message sent by at least one collection device according to a counting protocol.
  • Said at least one count message includes at least one audience information relating to a number of replications of the multicast stream by said at least one collection equipment that has sent the count message.
  • the counting platform also includes processing means for estimating the audience from the counting messages received.
  • Such a counting platform is adapted to operate with the collection equipment according to the first aspect of the invention.
  • the subject of the invention is a computer program product intended for a counting platform for measuring the audience of a Multicast stream transmitted over an IP network, said multicast stream being replicable by network equipment. collection to user terminals, the computer program being intended to be stored in a memory of a central unit, and / or stored on a storage medium intended to cooperate with a reader of said central unit and / or downloaded via a network telecommunication.
  • the computer program comprises instructions for receiving at least one collection equipment at least one count message sent by said at least one collection equipment according to a counting protocol, said at least one count message comprising at least one audience information relating to a number of replications of the multicast stream by said at least one collection equipment that has issued the count message, and for processing the count messages received to estimate the audience from the received count messages.
  • the subject of the invention is a multicast flow diffusion system comprising:
  • each collection equipment making it possible to replicate at least one multicast stream to a plurality of user terminals, and
  • a counting platform capable of communicating with at least one collection equipment according to a counting protocol.
  • the subject of the present invention is a count message structured according to a counting protocol and comprising at least one piece of audience information relating to a number of replications of a multicast stream by collection equipment to at least one user terminal, the multicast stream being transmitted over an IP network.
  • FIG. 1 shows an example of multicast flow diffusion system according to a first embodiment of the invention.
  • Fig. 2 shows an example of communication between a collection equipment and a counting platform according to the first embodiment of the present invention.
  • Figure 3 shows an example of communication between a collection equipment and a counting platform according to a second embodiment of the present invention.
  • Figure 4 shows an example of communication between a collection equipment and a counting platform according to a third embodiment of the present invention.
  • Figure 5 shows an example of communication between a collection equipment and a counting platform according to a fourth embodiment of the present invention.
  • FIG. 1 shows an example of a Multicast Streaming System.
  • a source 4 emits at least one multicast stream MC.
  • the source 4 can transmit a plurality of multicast streams MC to an IP network 3.
  • Each multicast stream is then distinguished from the other multicast streams transmitted by the source 4 by its group address G.
  • each group address G can for example correspond to a television channel.
  • Nodes of the IP network 3 replicate the multicast streams according to the decisions made by a multicast routing protocol activated by all the nodes.
  • a multicast stream MC is transmitted to a user terminal 1 only following the transmission by this user terminal 1 of a request message R.
  • a collection node 2 is a particular node of the network which is the first device to support the user's request message R in order to send the requested multicast stream to the user.
  • the request message R is received and interpreted by the collection equipment 2.
  • the collection equipment 2 allows replication of the Multicast stream to the user terminal 1 that issued the request, possibly after various access control steps that are not detailed here.
  • the collection equipment may interpret the request messages and replicate the requested multicast stream, access authorization being granted by an access server separate from the collection equipment.
  • a multicast stream transmitted by the source 4 can be replicated via the IP network 3 to a plurality of collection equipment 2, only one of which is shown in FIG. 1.
  • Each collection equipment 2 is able to receive messages from request R of a fleet of user terminals and to replicate the Multicast stream to this fleet of user terminals.
  • a single user terminal is shown in FIG.
  • the request messages R specify to which Multicast stream a user is trying to access.
  • the request messages may include for this purpose Multicast stream address fields including the group address G, the source address S of the requested Multicast stream or, when the request relates to a set of sources for a given group. , the sum of the flows for the group G represented by the flux (*, G).
  • Each collection equipment 2 allows the replication of a single multicast stream or of a plurality of multicast streams.
  • a counting platform 5 is used to measure the audience of one or more Multicast streams.
  • the counting platform 5 is able to communicate at least with a collection equipment 2.
  • the counting platform 5 is able to communicate with all the collection equipment capable of replicating a given multicast stream, in order to allow a measurement of the detailed audience of the given multicast stream.
  • the counting platform is able to communicate with only a portion of the collection equipment likely to replicate the given Multicast stream, to allow a less detailed estimate of the audience and therefore faster.
  • the counting platform communicates with a single collection equipment, in order to measure the audience of a multicast stream on a given user terminal pool and corresponding to said collection equipment.
  • the collection equipment 2 transmits count messages (eg START, INTERIM, STOP) to the counting platform 5 using a counting protocol, for example an AAA type protocol.
  • the counting protocol is designed to transmit counting data and thus allows a relatively smooth transmission of audience information.
  • the counting platform 5 is designed to process count data and is therefore adapted to process the count messages received to estimate the audience.
  • the transmitted count messages include start counting messages START, INTERIM intermediate messages and STOP end messages.
  • START start messages define a replicated Multicast flow counting session in the collection equipment.
  • Acknowledgment messages ACK are issued by the counting platform 5 following receipt of a count message. Such a protocol is detailed in FIG.
  • Figure 2 shows an example of communication between a collection equipment 2 and a counting platform 5 according to the first embodiment of the present invention.
  • the collection equipment 2 transmits to the counting platform 5 count messages relating to the replications of a given multicast stream (not shown) only when the replications of the multicast stream Multicast streams actually take place or have just ended.
  • a counting session is opened by a start count message START and is closed by a STOP end message.
  • the transmission of the START start message is triggered by the beginning of the first replication of the Multicast stream to a user terminal, that is to say during the first acceptance of a request for access to the stream Multicast given.
  • the counting platform 5 sends an acknowledgment message ACK following receipt of the START start message.
  • the counting session terminates following the stop of any replication of the Multicast stream given by the collection equipment 2, that is to say when the last user terminal receiving the given Multicast stream stops receiving this Multicast stream.
  • the counting session therefore continues as long as at least one user terminal receives from this collection equipment 2 the given Multicast stream.
  • the START start message is used to indicate to the counting platform the replication of the Multicast stream by the collection equipment.
  • the collection equipment may further transmit INTERIM intermediate messages including audience information on replications of the Multicast stream.
  • the intermediate messages INTERIM transmission is carried out subsequently to the transmission of a start of counting message, and in the presence of at least one user terminal subscribed to the Multicast stream with the collection equipment.
  • a subscribed user terminal is a terminal that has issued a request to access a Multicast stream and authorized to access this Multicast stream,
  • the audience information relating to the replications of the multicast stream includes, for example: a number of replications of the multicast stream, that is to say a number of user terminals having access to the multicast stream, a volume, for example in bytes, or packets, data replicated since the beginning of the session, or even since the previous intermediate message, a replicated data rate, a replication duration of the Multicast stream, a variation of the number of users since the previous intermediate message, for example a number of Multicast stream subscriptions and a number of unsubscriptions.
  • the transmission of an INTERIM intermediate message is triggered autonomously in this embodiment. Receipt of the acknowledgment message ACK of the start count message START activates a monitoring mechanism. Event triggering parameters for regular feedback of audience information may be defined in a configuration of the collection equipment 2.
  • the INTERIM intermediate messages are therefore transmitted at regular time intervals.
  • the INTERIM intermediate messages can be transmitted each time the number of user terminals accessing the multicast stream reaches a certain threshold, for example each time the number of terminals accessing the Multicast stream is a multiple of 10.
  • the instants of transmission of intermediate messages are determined by the volume, in bytes or even in packets, of data replicated from the previous intermediate message.
  • an INTERIM intermediate message is sent to each new replication of the (or subscription to) Multicast stream and each end of replication (or unsubscription of) Multicast stream.
  • the intermediate message INTERIM comprises for example a field specifying an identifier of the user terminal newly subscribed or unsubscribed to the Multicast stream.
  • the counting platform thus has audience information for each user terminal.
  • the counting platform 5 transmits an acknowledgment message ACK following the reception of an intermediate message INTERIM.
  • the monitoring mechanism Upon receipt of the acknowledgment message ACK, the monitoring mechanism is reset, with a view to the next transmission of an intermediate message INTERIM. For example, the internal counter that determines when INTERIM intermediate messages are sent is reset.
  • the collection equipment 2 transmits a message of end of counting STOP.
  • the STOP end-of-counting message includes audience information relating to replications of the Multicast stream since the last count message (INTERIM, START) transmitted, as well as audience information informing the counting platform of the stop any replication.
  • the counting platform 5 transmits an acknowledgment message ACK following receipt of the STOP end-of-counting message.
  • the counting platform 5 can thus communicate with a plurality of collection equipment.
  • the counting platform 5 receives count messages issued by the collection equipment.
  • Each count message includes audience information relating to the replications of the multicast stream by the collection equipment that issued the count message.
  • the counting platform therefore processes the counting messages received from the collection equipment to estimate the audience of the Multicast stream, based on the information received from several collection equipment.
  • Figure 3 shows an example of communication between a collection equipment and a counting platform according to a second embodiment of the present invention.
  • the collection equipment 2 also transmits START start messages, STOP end messages and INTERIM intermediate messages between a START start message and an end of count message. STOP.
  • the transmission of INTERIM intermediate messages is triggered by the receipt of a COMMAND command message from the counting platform 5, and not autonomously.
  • the counting platform 5 therefore interrogates the collection equipment when a session of a Multicast stream is opened to obtain audience information.
  • the transmission of the START start messages and the STOP end messages is autonomously triggered, at the first replication of the Multicast stream and respectively when the replications stop.
  • the collection equipment 2 transmits a control message reception acknowledgment message ACK ', following receipt of the COMMAND command message, and before transmitting an intermediate message INTERIM.
  • the counting platform 5 transmits an ACK message message acknowledgment message, following the reception of a START start message, an INTERIM intermediate message or an end-of-count message. STOP.
  • the counting platform 5 may be provided with an internal counter (not shown) for determining the times of transmission of a COMMAND command message.
  • an internal counter not shown
  • the collection equipment 2 is interrogated at regular time intervals.
  • the time slots may vary depending on the audience information received in the intermediate messages INTERIM issued previously.
  • Figure 4 shows an example of communication between a collection equipment and a counting platform according to a third embodiment of the present invention.
  • a collection equipment 2 transmits an EVENT event message including audience information on the replications of a multicast stream by the collection equipment to at least one user terminal.
  • the transmission of the event message is conditioned by the occurrence of a state change event of the collection equipment 2.
  • the event of change of state of the collection equipment may for example include the reception by the collection equipment 2 of a request for access to the multicast stream by a user terminal and the acceptance this request.
  • the counting platform 5 is notified of each new access to the Multicast stream.
  • the event of change of state of the collection equipment may for example include stopping a replication to a user terminal of the Multicast stream. The counting platform is thus informed of each end of access to the Multicast stream.
  • the event of change of state of the collection equipment may also be the fact of a counter (not shown).
  • the collection equipment changes state and transmits an event message including audience information.
  • the counter is reset to a next event message.
  • the counter can, for example, make it possible to count regular time intervals.
  • the count message includes audience information relating to the replication of the multicast stream by the collection equipment, the audience information possibly indicating that the multicast stream is currently not replicated by the collection equipment.
  • the counter can count a number of replications of the Multicast stream: when the number of replications reaches a threshold value, for example a multiple of 100, the collection equipment changes state and transmits an event message including at least one audience information.
  • a threshold value for example a multiple of 100
  • the state change event comprises the reception of a COMMAND command message from the counting platform 5.
  • the counting platform 5 interrogates the equipment 2 on the state of Multicast flow replication.
  • the collection equipment 2 transmits ACK 'command message reception acknowledgment message and an EVENT event message including audience information relating to replications of the Multicast stream by the collection equipment.
  • EVENT event messages can optionally be sent even if there is no replication of the stream Multicast, especially when the state change event is done by the counter, or includes receiving a control message.
  • the audience information of an event message EVENT may thus indicate that said multicast stream is currently not replicated by the collection equipment.
  • the audience information relating to the replication of the Multicast stream by the collection equipment may also possibly indicate that the collection equipment performs a single replication of the Multicast stream.
  • the third and fourth embodiments are for example implemented using the DIAMETER protocol.
  • the count messages include an identifier of the multicast stream, especially when the counting platform evaluates the audience of several count streams.
  • This identifier may include a group address of the Multicast stream.
  • the identifier comprises a source address and a group address of the Multicast stream.
  • the identifier comprises only one source address of the Multicast stream. In the latter case, it is possible to measure the audience of any stream received by the collection equipment from a given source.
  • the count message may also include an identifier of the collection equipment that has issued this count message, for example an IP address of the collection equipment.
  • the counting message may optionally include an identifier of the counting session.
  • the counting platform can easily, from the counting session identifier, correlate several count messages relating to the same session.
  • the count message may also include an element for identifying the type of the count message, for example a start count message or an intermediate count message.
  • the first four lines correspond to the types of messages used, the following lines corresponding to the attributes included in these messages to indicate the requested audience information.
  • AVP Attribute Value Pair
  • the COMMAND command message includes an identifier of the multicast stream for which the counting platform requests a state of the audience.
  • the control message also includes an identifier of the counting platform transmitting the control message.
  • the platforms authorized to poll collection equipment as to the audience status of a given Multicast stream are declared on this collection equipment.
  • the control messages specify which type of count message is expected.
  • the counting platform issues several types of control messages.
  • the control message also advantageously comprises an element making it possible to identify the type of control message and its object.
  • a COA message for Change Of Authorization in English can be used as a command message.
  • a RAR message, for Re-Auth-Request in English can be used as a command message.
  • Other control protocols can be envisaged to transmit the request for the audience status of a Multicast stream, for example SNMP, COPS, for Common Open Policy Service in English, or XML, for Extensible Markup Language in English. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

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 aux réplications du flux Multicast par ledit au moins un équipement de collecte vers au moins un terminal utilisateur.

Description

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 à I1IETF 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.
Figure imgf000019_0001
Figure imgf000020_0001
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.

Claims

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).
PCT/FR2006/001845 2005-07-29 2006-07-27 Mesure d'audience de flux ip multicast WO2007012767A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/989,486 US20090119694A1 (en) 2005-07-29 2006-07-27 Audience Monitoring of IP Multicast Stream
EP06794240A EP1911244A1 (fr) 2005-07-29 2006-07-27 Mesure d'audience de flux ip multicast

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0508178A FR2889390A1 (fr) 2005-07-29 2005-07-29 Mesure d'audience de flux ip multicast
FR0508178 2005-07-29

Publications (1)

Publication Number Publication Date
WO2007012767A1 true WO2007012767A1 (fr) 2007-02-01

Family

ID=36282795

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2006/001845 WO2007012767A1 (fr) 2005-07-29 2006-07-27 Mesure d'audience de flux ip multicast

Country Status (5)

Country Link
US (1) US20090119694A1 (fr)
EP (1) EP1911244A1 (fr)
CN (1) CN101233736A (fr)
FR (1) FR2889390A1 (fr)
WO (1) WO2007012767A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1953935A1 (fr) * 2007-02-02 2008-08-06 Koninklijke KPN N.V. Assistant de sélection de programmes pour télévision sur IP
WO2009054824A1 (fr) * 2007-10-23 2009-04-30 Siemens Communications, Inc. Procédé et système de collecte de statistiques de multidiffusion
WO2011054910A1 (fr) * 2009-11-05 2011-05-12 Gemalto Sa Procédé de commande de mesure d'audience relative à des données de diffusion, organe de commande, dispositif et système correspondants

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223245B (zh) * 2011-04-07 2013-10-30 南京邮电大学 支持组播的SNMPv3改进网络模型及其实现方法
EP2865208A4 (fr) * 2012-06-25 2016-02-24 Ericsson Telefon Ab L M Contrôle de politique pour un groupe machine à machine
CN103049482B (zh) * 2012-11-30 2015-12-09 国家电网公司 一种分布式异构系统中数据融合存储的实现方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1211842A1 (fr) * 2000-11-30 2002-06-05 BRITISH TELECOMMUNICATIONS public limited company Dispositif de gestion de réseau
US20030147392A1 (en) * 2002-01-11 2003-08-07 Tsunemasa Hayashi Multicast communication system
EP1341341A2 (fr) * 2002-02-20 2003-09-03 Nokia Corporation Mecanisme de facturation le multicast
EP1480405A1 (fr) * 2002-01-30 2004-11-24 Huawei Technologies Co., Ltd. Systeme et procede de mise en application de multidiffusion commandee
EP1492381A1 (fr) * 2003-06-24 2004-12-29 Alcatel Réseau d'accès de lignes d'abonnés numériques avec un meilleur contrôle de l'authentification, de l'autorisation, de la comptabilité et de la configuration pour des services de multidiffusion
WO2005041456A1 (fr) * 2003-10-24 2005-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Procede et dispositif de surveillance d'audience dans des reseaux permettant une multidiffusion
EP1542394A1 (fr) * 2003-12-11 2005-06-15 Alcatel Comptabilité de flux multidiffusés

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4817080A (en) * 1987-02-24 1989-03-28 Digital Equipment Corporation Distributed local-area-network monitoring system
US6950439B1 (en) * 1999-12-28 2005-09-27 At&T Corp. Method for providing summary information about recipients of IP multicast sessions
US7136662B2 (en) * 2000-02-02 2006-11-14 Ntt Docomo, Inc. Wireless base station, method of selecting wireless base station, method of multicasting, and wireless terminal
US6947434B2 (en) * 2000-11-16 2005-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Subgroup multicasting in a communications network
US7245614B1 (en) * 2001-06-27 2007-07-17 Cisco Technology, Inc. Managing access to internet protocol (IP) multicast traffic
JP4504167B2 (ja) * 2004-11-24 2010-07-14 株式会社日立製作所 マルチキャスト課金制御システム及びブロードバンドアクセスサーバ
US7961622B2 (en) * 2005-09-02 2011-06-14 Tekelec Methods, systems, and computer program products for monitoring and analyzing signaling messages associated with delivery of streaming media content to subscribers via a broadcast and multicast service (BCMCS)
US7180856B1 (en) * 2005-12-13 2007-02-20 At&T Corp. Method and system of monitoring the receipt of multicast traffic
US20070258455A1 (en) * 2006-05-08 2007-11-08 Futurewei Technologies, Inc. System for distributed architecture for multicast access control

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1211842A1 (fr) * 2000-11-30 2002-06-05 BRITISH TELECOMMUNICATIONS public limited company Dispositif de gestion de réseau
US20030147392A1 (en) * 2002-01-11 2003-08-07 Tsunemasa Hayashi Multicast communication system
EP1480405A1 (fr) * 2002-01-30 2004-11-24 Huawei Technologies Co., Ltd. Systeme et procede de mise en application de multidiffusion commandee
EP1341341A2 (fr) * 2002-02-20 2003-09-03 Nokia Corporation Mecanisme de facturation le multicast
EP1492381A1 (fr) * 2003-06-24 2004-12-29 Alcatel Réseau d'accès de lignes d'abonnés numériques avec un meilleur contrôle de l'authentification, de l'autorisation, de la comptabilité et de la configuration pour des services de multidiffusion
WO2005041456A1 (fr) * 2003-10-24 2005-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Procede et dispositif de surveillance d'audience dans des reseaux permettant une multidiffusion
EP1542394A1 (fr) * 2003-12-11 2005-06-15 Alcatel Comptabilité de flux multidiffusés

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1953935A1 (fr) * 2007-02-02 2008-08-06 Koninklijke KPN N.V. Assistant de sélection de programmes pour télévision sur IP
WO2009054824A1 (fr) * 2007-10-23 2009-04-30 Siemens Communications, Inc. Procédé et système de collecte de statistiques de multidiffusion
US8626899B2 (en) 2007-10-23 2014-01-07 Siemens Enterprise Communications, Inc. Method and system for multicast statistic collection
WO2011054910A1 (fr) * 2009-11-05 2011-05-12 Gemalto Sa Procédé de commande de mesure d'audience relative à des données de diffusion, organe de commande, dispositif et système correspondants

Also Published As

Publication number Publication date
CN101233736A (zh) 2008-07-30
EP1911244A1 (fr) 2008-04-16
FR2889390A1 (fr) 2007-02-02
US20090119694A1 (en) 2009-05-07

Similar Documents

Publication Publication Date Title
WO2007012767A1 (fr) Mesure d'audience de flux ip multicast
CN104901863B (zh) 发送即时提示消息的方法、装置及系统
WO2006016055A2 (fr) Procede et serveur de referencement de diffusion poste a poste de fichiers demandes par telechargement a ce serveur
EP2832037B1 (fr) Procédés pour l'application de règles de traitement de session en fonction d'une carte de présence de terminaux mobiles dans des zones spéciales
EP2793443A1 (fr) Procédé, dispositif et système de détection de problème de qualité de service
FR2827450A1 (fr) Procede de diffusion d'un contenu a partir d'une source vers des terminaux recepteurs a travers un reseau informatique, avec mesure de l'audience, et serveur de collecte associe
EP3248326B1 (fr) Procédé de gestion de signalisation de présence d'un terminal dans un réseau de communication
FR2889900A1 (fr) Procede pour la creation assistee par ordinateur d'un message de vote, procede pour la determination assistee par ordinateur d'au moins un resultat de vote
EP4189990A1 (fr) Procédé de fourniture de données relatives à au moins un équipement d'un utilisateur d'un réseau, procédé d'obtention de données, et entités mettant en oeuvre ces procédés
WO2011124810A1 (fr) Gestion de service personnalisee dans un reseau ip
WO2003049442A1 (fr) Procede de distribution de cles de dechiffrement de donnees numeriques embrouillees
FR2889638A1 (fr) Terminal de telecommunications, systeme de telecommunications, unite de serveur de session de telecommunications, procede de generation et d'emission d'un message de session de telecommunications
EP1536607A1 (fr) Système et procédé de partage et d'adaptation de données entre un terminal WAP et des terminaux non compatibles
WO2022128693A1 (fr) Procédé et passerelle pour détecter et diagnostiquer des lenteurs dans un réseau local de communication sans fil
EP2400726B1 (fr) Procédé d'identification d'un réseau local identifié par une adresse IP publique
EP3718271B1 (fr) Procédés de détection, de gestion et de relais d'un problème de communication multimédia, entités d'exécution, de contrôle et de gestion de règles et programme d'ordinateur correspondants
EP3050275A1 (fr) Conversion de protocole enrichie dans un réseau de télécommunications pour la fourniture de services à qualité de service améliorée
FR3030959A1 (fr) Procede de transmission d'au moins une trame de communication, procede de reception, dispositifs de transmission et de reception, programme de module logiciel et signal correspondants.
FR2979505A1 (fr) Procede d'insertion d'un equipement intermediaire permettant le controle a distance de la qualite d'une communication
WO2001054349A2 (fr) Procede et systeme pour la diffusion de donnees en boucle
WO2008031967A2 (fr) Procédé de supervision d'une session d'accès a un service établie par un terminal client au moyen d'un protocole de configuration dynamique
FR3079705A1 (fr) Communication par video conference
FR2902596A1 (fr) Procede d'optimisation d'un critere relatif a la transmission de donnees
FR2889901A1 (fr) Procede de transfert controle de donnees de grande taille entre un terminal mobile et un reseau de radiotelephonie et systeme controleur de transaction
EP1529408A2 (fr) Procede de systeme de telechargement, sur un equipement de telecommunications, de donnees confidentielles relatives au detenteur de cet equipement, et de controle de ces donnees

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006794240

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11989486

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 200680027674.4

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2006794240

Country of ref document: EP