EP2266295A1 - Gestion de la distribution de contenus - Google Patents

Gestion de la distribution de contenus

Info

Publication number
EP2266295A1
EP2266295A1 EP09729650A EP09729650A EP2266295A1 EP 2266295 A1 EP2266295 A1 EP 2266295A1 EP 09729650 A EP09729650 A EP 09729650A EP 09729650 A EP09729650 A EP 09729650A EP 2266295 A1 EP2266295 A1 EP 2266295A1
Authority
EP
European Patent Office
Prior art keywords
distribution network
entity
notification
event
entities
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP09729650A
Other languages
German (de)
English (en)
Inventor
Mohamed-Fouz Menai
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
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 SA filed Critical France Telecom SA
Publication of EP2266295A1 publication Critical patent/EP2266295A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/509—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to media content delivery, e.g. audio, video or TV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast

Definitions

  • the present invention relates to content distribution networks and in particular audiovisual content.
  • CDN Content Delivery Network
  • WO02 / 071222 discloses a system for optimizing the routing of requests in a broadcast distribution environment. content for an Internet-type network. In this system, the transport resources of the network are monitored and the distribution of content is adjusted according to the transport capacity.
  • the present invention addresses this need by using an event detection method on a content distribution network comprising
  • the management of the content distribution network is based on the observation and analysis of signaling messages making it possible to take into account user behaviors and, in general, to perform a more detailed analysis than the analysis. content transport streams. In some situations, this also allows a predictive analysis of the load of a content distribution network.
  • the signaling messages observed and analyzed are the messages relating to the initiation of the content distribution sessions and the delivery of the contents. Indeed, these messages allow a fine analysis of the load of the network. Consequently, the method of the invention offers a good adaptation to the specific needs of each entity connected to the distribution network.
  • the information is transmitted between the entities connected to the content distribution network by means of notifications exchanged according to the so-called SIP protocol.
  • said signaling message analysis comprises applying predetermined rules to determine the situations in which said transmission of management information is performed.
  • said observation comprises the observation of signaling messages circulating between users and said entities connected to the distribution network as well as the observation of signaling messages circulating between said entities connected to the distribution network.
  • said detection includes the detection of selected events in the group consisting of events relating to the load of distribution servers, events relating to the distribution of contents and events relating to the behavior of users of the distribution network.
  • user behavior events include the repetition rate of requests made by these users and the comparison with thresholds applied per user as well as for user groups.
  • the network comprises at least one distribution controller, a regional controller and a distribution server, said detection being implemented at a regional controller.
  • the invention also relates to a management information transmission method for entities connected to a content distribution network, characterized in that it comprises:
  • said entity record connected to the distribution network comprises a determination of a plurality of notification parameters and said transmission of management information is performed according to said notification parameters.
  • the invention also relates to a system, a detection device and a notification device incorporating detection equipment as well as corresponding programs.
  • the invention relates to a management information transmission system for entities connected to a content distribution network of a content distribution network comprising a notification device comprising in a memory a registration of entities. connected to the distribution network to be notified, means for detecting at least one event, integrated in at least one entity connected to the distribution network, means for transmitting event detection information by said detection means to the notification device, and means for transmitting management information corresponding to said event by said notification device to the entities connected to the registered distribution network, characterized in that said detection means are adapted for observation and analysis signaling messages circulating on the content distribution network.
  • the invention also relates to an event detection device on a content distribution network, characterized in that this detection device comprises means for implementing the event detection method according to the invention. .
  • this detection device is integrated in an entity connected to the content distribution network and is adapted for the observation and analysis of signaling messages circulating on the content distribution network.
  • the invention also relates to a computer program for an entity of a content distribution network, characterized in that this program comprises code instructions which, when executed by a computer of said entity, result in execution of the steps of the event detection method according to the invention.
  • the invention also relates to a computer program for a management information notification device for entities connected to a content distribution network, characterized in that this program includes code instructions which, when they are executed by a computer of this device, cause the recording of entities connected to the distribution network to be notified, the detection of events by the observation and the analysis of signaling messages of the notification network and the transmission of management information corresponding to said event to the entities connected to the distribution network recorded.
  • the invention also relates to a computer program for a management information notification device for entities connected to a content distribution network, characterized in that this program includes code instructions which, when they are executed by a computer of this device, cause the detection of events by the observation and analysis of signaling messages of the notification network and the transmission of management information corresponding to said event to the entities connected to the network of notification. recorded distribution.
  • FIG. 1 is a diagram of a system embodying the invention ;
  • FIG. 2 is a general flowchart of the method of the invention.
  • FIG. 3 and 4 show data organization models.
  • the present invention will be described with reference to a closed type content distribution network operating according to the so-called "open IPTV forum” standard (www.openiptvforum.org). In this standard, three main distribution entities are defined and prioritized.
  • the first entity is the distribution controller or CDN controller (CDN Controller). This entity is the entry point of a content distribution network.
  • CDN controller receives all session establishment and content distribution requests.
  • the distribution controller can redirect these requests by performing a first level of analysis. In particular, the location of the user and the overall capacity of all nearby servers are taken into account.
  • the CDN controller can also redirect requests to other CDN controllers for load balancing purposes.
  • the second entity is the regional controller, or cluster controller.
  • This entity includes one or more servers grouped geographically. A second filtering of the requests from the CDN controllers is made and allows the final choice of the content distribution server for a given request.
  • the cluster controller can also store user requests to servers to ensure traceability.
  • the third entity is the content distributor or content delivery server (Content Delivery Function or Basic Server). This entity performs the distribution function and allows the distribution of content following requests from users received through the cluster controller.
  • Figure 1 illustrates a network implementing such entities.
  • a content provider 2 such as a television station
  • a content distribution network via, for example, an IP4 network.
  • Each cluster controller has content distribution servers 10.
  • Users 12 are also connected to the network 4 through local or other networks, generally designated by the reference 14.
  • the system includes a content distribution service server 16 connected to a user database 18.
  • This server 16 manages the authentication, the user accounts and generally the content distribution offer.
  • the entities of the network communicate using an asynchronous protocol known by the acronym SIP (SESSION INITIATION PROTOCOL).
  • system implementing the invention comprises a notification server 20 connected to the content distribution network and associated with a database 22 grouping notification parameters.
  • the content distribution network that is to say the entities or servers that actively participate in the distribution of content
  • CDN content distribution network
  • these are servers 6, 8 and 10.
  • a cluster is called a cluster consisting of a cluster controller and associated distribution servers, that is servers 8 and 8. 10.
  • entity connected to the distribution network is any entity involved which includes the service server 18 or the notification server 20.
  • the method starts with a registration of entities connected to the distribution network with the notification server 20.
  • it is the recording of the CDN 6 controller but the same logic is applicable to any which entity connected to the distribution network.
  • the recording comprises a transmission 32 of a subscription request (SUBSCRIBE) transmitted by the controller CDN 6 to the notification server 20.
  • the server 20 issues an acknowledgment 34 defined in the SIP specification as a message 200 OK.
  • the request 32 comprises notification parameters such as the list of events against which the controller CDN 6 wants to receive a notification or the conditions of this notification.
  • the CDN controller 6 may wish to be notified asynchronously or periodically with an aggregation of notifications or other specific conditions. These notification settings are stored in the database
  • the record 30 also includes a transmission 36 of the current status of the resources related to the events by reports to which the controller CDN 6 wants to receive a notification.
  • This transmission 36 is performed with a type of NOTIFY message and the CDN controller 6 responds with an acknowledgment 38 type 200 OK.
  • the method then comprises event detection.
  • This detection is based on the observation 42 and the analysis 44 of the signaling messages circulating on the content distribution network. Indeed, existing content distribution network management solutions are based on traffic analysis and link transport capabilities. It is therefore essentially flow observations when using the links.
  • the detection is based on the signaling messages. These signaling messages are not specific to event detection but are messages exchanged between entities as part of the normal operation of the content distribution network.
  • signaling messages By using signaling messages, it is possible to detect events related to user behaviors. In addition, the analysis of the signaling messages makes it possible, in certain situations, to anticipate events by detecting favorable conditions or precursory signs. It then becomes possible to manage the CDN predictively before the occurrence of the event unlike existing systems that only monitor the transport of content.
  • the status of a cluster controller is determined by its current load, its maximum load, the distributed content as well as load thresholds and behavioral thresholds defined with respect to the user as will be described in more detail later. This status is obtained by analyzing information from each distribution server attached to the cluster controller. Among these information, the current load and the maximum load are important parameters that are obtained by analyzing the signaling messages associated with the sessions for delivering open content on this distribution server.
  • the method comprises the observation, through signaling messages, of generic information on the session and in particular the identification of the content distribution session and the SDP offer (SESSION DESCRIPTION PROTOCOL), information from the beneficiary of the content flows, that is to say from the user and in particular his address on the network, the activity in progress, including the PAUSE, PLAY, or WAIT instructions, and the expiry date of the rights on the current stream.
  • the method also includes observing the information for each content stream of the current session and in particular the bandwidth used the start date, an estimated end date, the ports on which the data is sent and received.
  • Controller status is determined by information on maximum load, current load, content availability, and load levels for each cluster.
  • Observation of signaling messages is performed at the level of cluster controllers that see all signaling messages passed between users, distribution servers, and the CDN controller.
  • the signaling messages observed are those relating to the initiation and delivery of content.
  • other signaling messages can be observed and analyzed.
  • the messages thus observed are then analyzed.
  • the analysis is also performed by the cluster controller.
  • the analysis is performed at the notification server 20. Based on the data models explained with reference to FIGS. 3 and 4, it is possible to determine events relating to the load. content distribution network, content distribution or user behavior.
  • predetermined rules are applied to determine the nature of the events from the observed signaling messages.
  • the following is the logic for determining the elements from the signaling messages observed.
  • Termination of an RTSP session - an extended PAUSE message from the user
  • the detection of these events is performed by the cluster controller. If there is no response from the cluster controller, the detection is performed by the CDN controller.
  • the entities connected to the distribution network likely to be interested in a notification relating to this event are as follows:
  • the cluster controller to detect the achievement of a load level
  • the CDN controller to be informed of the cluster load.
  • the following situations can detect an event that changes the maximum capacity of a cluster:
  • the following information is affected by the event: - Content distribution session information;
  • the entities connected to the distribution network likely to be interested in a notification relating to this event are as follows: - The cluster controller for the detection of the achievement of a level of capacity;
  • Receiving a load change message from a cluster can detect a load change event of a CDN.
  • the detection is performed by the CDN controller and the current load information of the CDN is affected.
  • the entities connected to the distribution network likely to be interested in a notification relating to this event are the following: - Another CDN controller managing the same CDN or another CDN; - Entities providing a content distribution service and having the choice of several CDNs.
  • Receiving a capacity change message from a cluster can detect a change in the capacity of a CDN.
  • the detection is performed by the CDN controller and the CDN's capacity information is assigned.
  • the entities connected to the distribution network likely to be interested in a notification relating to this event are the following: - Another CDN controller managing the same CDN or another CDN;
  • the detection of such an event is provided by the cluster controller. This does not affect any of the information in the previously described data model, but may affect the policy for determining the clusters used. Cluster controllers and CDN controllers are likely to be interested in notification for this event.
  • the receipt of a load change message from a cluster and the comparison of this load with stages makes it possible to detect the reaching and / or the crossing of load levels by a CDN.
  • the entities connected to the distribution network likely to be interested in a notification relating to this event are as follows:
  • the entities connected to the distribution network likely to be interested in a notification relating to this event are the following: - If it is applicable, the other cluster controllers of the same cluster to ensure the distribution of the load;
  • the detection of a change in the availability of contents of a CDN is ensured by receiving a message about such a change by the controller CDN.
  • the stored content availability information is affected by this event.
  • the entities connected to the distribution network likely to be interested in a notification relating to this event are as follows:
  • Repetition of PLAY messages from the same user beyond a certain level is detected by the cluster controller. This repetition potentially translates into a malfunction of the distribution server and may result in a change in the content server selection policy of the cluster. It can also translate a security attack.
  • the same logic applies to the detection by the cluster controller of the repetition of PLAY messages beyond a step and by a number of users above a given threshold.
  • the entities connected to the distribution network likely to be interested in a notification relating to these events are as follows:
  • Information about the content delivery session is assigned accordingly.
  • the entities connected to the distribution network likely to be interested in a notification relating to this event are as follows:
  • the method therefore has an event obtained by observing and analyzing the signaling messages circulating on the content distribution network.
  • the method then comprises transmitting the event information to the notification server 20 by the entity that detected this event, i.e., in the example described by the cluster controller.
  • This transmission 50 implements a PUBLISH message transmitted during a step 52.
  • the event information includes a simple description of the event or management information more elaborated as for example, an identifier of a replacement server in case of overload of a given server.
  • the notification server acknowledges receipt of this event information in a step 54.
  • the notification server 20 then initiates a transmission of management information 70 corresponding to said event to different entities of the content distribution network.
  • This transmission comprises, in the example, a NOTIFY message 72 whose reception is acknowledged by an acknowledgment 74.
  • the notification server thus transmits to the entities connected to the distribution network concerned, a management information corresponding to the detected event. by observing the signaling messages.
  • the transmitted information may be simple descriptions of the event or more elaborate management information.
  • the transmission 70 of management information is performed in application of the transmission parameters determined during the recording 30.
  • management information relating to certain events can be propagated to certain entities connected to the distribution network and not to others.
  • cluster load or capacity change events or content availability information is passed from the cluster controller to other cluster controllers as well as to the CDN controller and to the peer controller. provision of content distribution service.
  • elements relating to user behaviors are not necessarily transmitted to the CDN controller but may be transmitted to the cluster controller and a security principal.
  • this method is equally applicable to open or closed networks and allows optimization based on the user behavior, on a notification mechanism, and on the observation of signaling messages.
  • the event analysis from the signaling messages makes it possible to manage the content distribution network in a predictive manner.
  • the detection and notification functions can be implemented by computer programs for entities of a content distribution network. These programs include code instructions for the implementation of the method as described above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Ce procédé de transmission d'informations de gestion pour des entités reliées à un réseau de distribution de contenus comprend un enregistrement (30) d'entités reliées au réseau de distribution auprès d'une entité de notification; - une détection (40) d'au moins un événement par au moins une entité reliée au réseau de distribution; - une transmission (50) d'informations de détection d'événements par ladite entité reliée au réseau de distribution vers l'entité de notification; et - une transmission (70) d'informations de gestion correspondant audit événement par ladite entité de notification vers les entités reliées au réseau de distribution enregistrées. Ce procédé est caractérisé en ce que ladite détection comprend l'observation (42) et l'analyse (44) de messages de signalisation circulant sur le réseau de distribution de contenus.

Description

GESTION DE LA DISTRIBUTION DE CONTENUS
La présente invention concerne les réseaux de distribution de contenus et notamment de contenus audiovisuels.
Les réseaux de distribution de contenus, en anglais CDN (Content Delivery Network) sont fondés sur l'utilisation d'un grand nombre de serveurs, répartis dans le réseau de manière à placer les contenus au plus près des utilisateurs afin de minimiser l'utilisation des liens et améliorer les temps d'accès aux fichiers. De telles architectures de distribution de contenus sont très largement utilisées dans les réseaux ouverts tels que le réseau Internet mais également dans les réseaux fermés dans lesquels des paramètres de trafic peuvent être garantis.
L'augmentation du volume des contenus, notamment des contenus audiovisuels de programmes de télévision, aboutit à des problèmes importants en terme de débit et de capacité de calcul. Une gestion appropriée des ressources des réseaux de distribution devient essentielle aussi bien dans les réseaux ouverts que dans les réseaux fermés. En effet, afin d'assurer la qualité du service de distribution de contenus, les requêtes provenant des utilisateurs doivent être transmises aux serveurs de distribution les plus adaptés.
Afin de permettre une bonne gestion, il convient de surveiller différents éléments du réseau et de transmettre ou propager à certains noeuds particuliers du réseau, et notamment aux noeuds d'aiguillage, des informations représentatives de certaines métriques.
Classiquement, une carte topologique du réseau est établie de manière statique ou dynamique et la capacité de transport de contenus sur différents liens est surveillée. Ainsi, la distribution de contenus peut être organisée selon la charge et la capacité de transport de certaines liaisons. Le document de brevet WO02/071222 décrit un système permettant d'optimiser le routage de requêtes dans un environnement de distribution de contenus pour un réseau de type Internet. Dans ce système, les ressources de transport du réseau sont surveillées et la distribution de contenus est ajustée en fonction des capacités de transport.
Toutefois, les solutions existantes ne sont que partiellement efficaces et nécessitent d'être améliorées. En particulier, les solutions existantes ne permettent pas une gestion prédictive.
Il existe donc un besoin d'améliorer la situation en permettant une diffusion d'informations pour une gestion optimisée des réseaux de distribution de contenus. La présente invention répond à ce besoin à l'aide d'un procédé de détection d'événements sur un réseau de distribution de contenus comprenant
- une détection d'au moins un événement par au moins une entité reliée au réseau de distribution ; et - une transmission d'informations de détection d'événements par ladite entité reliée au réseau de distribution vers une entité de notification; caractérisé en ce que ladite détection comprend une observation et une analyse de messages de signalisation circulant sur le réseau de distribution de contenus. Ainsi, la gestion du réseau de distribution de contenus est fondée sur l'observation et l'analyse des messages de signalisation permettant de prendre en compte les comportements d'utilisateurs et, de manière générale, de réaliser une analyse plus fine que l'analyse des flux de transport de contenus. Dans certaines situations, cela permet également de réaliser une analyse prédictive de la charge d'un réseau de distribution de contenus.
Dans un mode de réalisation particulier, les messages de signalisation observés et analysés sont les messages relatifs à l'initiation des sessions de distribution de contenus et à la livraison des contenus. En effet, ces messages permettent une analyse fine de la charge du réseau. En conséquence, le procédé de l'invention offre une bonne adaptation aux besoins spécifiques de chaque entité reliée au réseau de distribution. Avantageusement, les informations sont transmises entre les entités reliées au réseau de distribution de contenus par le biais de notifications échangées selon le protocole dit SIP.
Dans un mode de réalisation particulier, ladite analyse de messages de signalisation comprend l'application de règles prédéterminées pour déterminer les situations dans lesquelles ladite transmission d'informations de gestion est réalisée.
Avantageusement, ladite observation comprend l'observation de messages de signalisation circulant entre des utilisateurs et lesdites entités reliées au réseau de distribution ainsi que l'observation de messages de signalisation circulant entre lesdites entités reliées au réseau de distribution.
Dans un mode de réalisation particulier, ladite détection comprend la détection d'événements sélectionnés dans le groupe constitué d'événements relatifs à la charge de serveurs de distribution, d'événements relatifs à la distribution de contenus et d'événements relatifs au comportement d'utilisateurs du réseau de distribution.
Plus précisément, les événements relatifs au comportement d'utilisateurs comprennent la fréquence de répétition des requêtes émises par ces utilisateurs et la comparaison avec des seuils appliqués par utilisateur ainsi que pour des groupes d'utilisateurs.
Avantageusement, le réseau comprend au moins un contrôleur de distribution, un contrôleur régional et un serveur de distribution, ladite détection étant mise en œuvre au niveau d'un contrôleur régional.
L'invention concerne aussi un procédé de transmission d'informations de gestion pour des entités reliées à un réseau de distribution de contenus, caractérisé en ce qu'il comprend :
- le procédé de détection d'événements selon l'invention ;
- un enregistrement d'entités reliées au réseau de distribution auprès d'une entité de notification; et une transmission d'informations de gestion correspondant à au moins un événement détecté à l'aide dudit procédé de détection d'événements, par ladite entité de notification vers les entités reliées au réseau de distribution enregistrées. Dans un mode de réalisation particulier, ledit enregistrement d'entités reliées au réseau de distribution comprend une détermination d'une pluralité de paramètres de notification et ladite transmission d'informations de gestion est réalisée en fonction desdits paramètres de notification.
L'invention porte également sur un système, un dispositif de détection et un dispositif de notification intégrant un équipement de détection ainsi que sur des programmes correspondants.
Plus précisément, l'invention porte sur un système de transmission d'informations de gestion pour des entités reliées à un réseau de distribution de contenus d'un réseau de distribution de contenus comprenant un dispositif de notification comportant dans une mémoire un enregistrement d'entités reliées au réseau de distribution à notifier, des moyens de détection d'au moins un événement, intégrés dans au moins une entité reliée au réseau de distribution, des moyens de transmission d'informations de détection d'événements par lesdits moyens de détection vers le dispositif de notification, et des moyens de transmission d'informations de gestion correspondant audit événement par ledit dispositif de notification vers les entités reliées au réseau de distribution enregistrées, caractérisé en ce que lesdits moyens de détection sont adaptés pour l'observation et l'analyse de messages de signalisation circulant sur le réseau de distribution de contenus.
Par ailleurs l'invention porte également sur un dispositif de détection d'événements sur un réseau de distribution de contenus, caractérisé en ce que ce dispositif de détection comprend des moyens pour la mise en œuvre du procédé de détection d'événements selon l'invention. Un tel dispositif est intégré dans une entité reliée au réseau de distribution de contenus et il est adapté pour l'observation et l'analyse de messages de signalisation circulant sur le réseau de distribution de contenus.
L'invention porte aussi sur un programme d'ordinateur pour une entité d'un réseau de distribution de contenus, caractérisé en ce que ce programme comporte des instructions de codes lesquelles, lorsqu'elles sont exécutées par un calculateur de ladite entité, entraînent l'exécution des étapes du procédé de détection d'événements selon l'invention.
Enfin, l'invention porte aussi sur un programme d'ordinateur pour un dispositif de notification d'informations de gestion pour des entités reliées à une réseau de distribution de contenus, caractérisé en ce que ce programme comporte des instructions de codes lesquelles, lorsqu'elles sont exécutées par un calculateur de ce dispositif, entraînent l'enregistrement d'entités reliées au réseau de distribution à notifier, la détection d'événements par l'observation et l'analyse de messages de signalisation du réseau de notification et la transmission d'informations de gestion correspondant audit événement vers les entités reliées au réseau de distribution enregistrées.
Enfin, l'invention porte aussi sur un programme d'ordinateur pour un dispositif de notification d'informations de gestion pour des entités reliées à une réseau de distribution de contenus, caractérisé en ce que ce programme comporte des instructions de codes lesquelles, lorsqu'elles sont exécutées par un calculateur de ce dispositif, entraînent la détection d'événements par l'observation et l'analyse de messages de signalisation du réseau de notification et la transmission d'informations de gestion correspondant audit événement vers les entités reliées au réseau de distribution enregistrées.
D'autres particularités et avantages de la présente invention apparaîtront dans la description faite ci-après, à titre non limitatif, et en référence aux dessins annexés dans lesquels : - la figure 1 est un schéma d'un système mettant en œuvre l'invention ; - la figure 2 est un organigramme général du procédé de l'invention ; et
- les figures 3 et 4 représentent des modèles d'organisation de données. La présente invention va être décrite en référence à un réseau de distribution de contenus de type fermé fonctionnant selon le standard dit « open IPTV forum » (www.openiptvforum.org). Dans ce standard, trois principales entités de distribution sont définies et hiérarchisées.
La première entité est le contrôleur de distribution ou contrôleur CDN (CDN Controller). Cette entité constitue le point d'entrée d'un réseau de distribution de contenus. Le contrôleur CDN reçoit toutes les requêtes d'établissement de sessions et de distribution de contenus. Le contrôleur de distribution permet de rediriger ces requêtes en effectuant un premier niveau d'analyse. Notamment, la localisation de l'utilisateur et la capacité globale de l'ensemble des serveurs à proximité sont prises en compte. Le contrôleur CDN peut également rediriger les requêtes vers d'autres contrôleurs CDN pour des raisons de répartition de charge.
La seconde entité est le contrôleur régional, ou contrôleur de cluster (cluster controller). Cette entité comprend un ou plusieurs serveurs regroupés géographiquement. Un deuxième filtrage des requêtes en provenance des contrôleurs CDN est effectué et permet le choix final du serveur de distribution de contenus pour une requête donnée. Le contrôleur de cluster permet également de mémoriser les requêtes des utilisateurs vers les serveurs pour assurer une certaine traçabilité. La troisième entité est le distributeur de contenus ou serveur de distribution (Content Delivery Function ou Basic Server). Cette entité remplit la fonction de distribution et permet la distribution d'un contenu suite à des requêtes d'utilisateurs reçues à travers le contrôleur de cluster.
La figure 1 illustre un réseau mettant en œuvre de telles entités. Ainsi, un fournisseur de contenus 2, telle qu'une station de télévision, est connecté à un réseau de distribution de contenus via, par exemple, un réseau IP4.
Se trouvent également connectés au réseau 4 un contrôleur CDN 6 et plusieurs contrôleurs de cluster 8 ou contrôleur régionaux. Chaque contrôleur de cluster comporte des serveurs 10 de distribution de contenus.
Des utilisateurs 12 sont également connectés au réseau 4 à travers de réseaux locaux ou autres, désignés de manière générale par la référence 14.
En outre, le système comprend un serveur 16 de service de distribution de contenus relié à une base de données d'utilisateurs 18. Ce serveur 16 gère les authentifications, les comptes utilisateurs et de manière générale l'offre de distribution de contenus.
Dans le mode de réalisation décrit, les entités du réseau communiquent en utilisant un protocole asynchrone connu sous l'acronyme SIP (SESSION INITIATION PROTOCOL).
Une telle architecture est classique et ne nécessite pas de description plus détaillée.
Outre ces éléments classiques, le système mettant en œuvre l'invention comprend un serveur de notification 20 relié au réseau de distribution de contenus et associé à une base de données 22 regroupant des paramètres de notification.
De manière générale on appelle « CDN » le réseau de distribution de contenus, c'est-à-dire les entités ou serveurs qui participent activement à la distribution d'un contenu. Dans l'exemple décrit, il s'agit des serveurs 6, 8 et 10. On appelle « cluster » un ensemble formé d'un contrôleur de cluster et des serveurs de distribution associés, c'est-à-dire les serveurs 8 et 10. Enfin, on appelle « entité reliée au réseau de distribution » toute entité impliquée ce qui inclut le serveur de service 18 ou le serveur de notification 20.
En référence à la figure 2 on va maintenant décrire le procédé de l'invention et le fonctionnement du serveur de notification 20 plus en détails. Le procédé débute par un enregistrement 30 d'entités reliées au réseau de distribution auprès du serveur de notification 20. Dans l'exemple décrit, il s'agit de l'enregistrement du contrôleur CDN 6 mais la même logique est applicable à n'importe quelle entité reliée au réseau de distribution. L'enregistrement comprend une émission 32 d'une requête d'abonnement (SUBSCRIBE) émise par le contrôleur CDN 6 vers le serveur de notification 20. Selon le protocole SIP, le serveur 20 émet un accusé de réception 34 définit dans la spécification SIP comme un message 200 OK.
Avantageusement, la requête 32 comporte des paramètres de notification tels que la liste des événements par rapport auxquels le contrôleur CDN 6 veut recevoir une notification ou les conditions de cette notification. Par exemple, le contrôleur CDN 6 peut souhaiter être informé de manière asynchrone ou périodiquement avec une agrégation des notifications ou selon d'autres conditions spécifiques. Ces paramètres de notification sont stockés dans la base de données
22 et seront utilisés ultérieurement pour la propagation d'informations dans le réseau. L'ensemble de ces paramètres constitue un « maillage » ou « topologie » de la diffusion des informations.
Avantageusement, l'enregistrement 30 comprend également une transmission 36 du statut actuel des ressources liées aux événements par rapports auxquels le contrôleur CDN 6 veut recevoir une notification. Cette transmission 36 est réalisée avec un message de type dit NOTIFY et le contrôleur CDN 6 y répond par un accusé de réception 38 de type 200 OK. Le procédé comprend ensuite une détection 40 d'événements. Cette détection est fondée sur l'observation 42 et l'analyse 44 des messages de signalisation circulant sur le réseau de distribution de contenus. En effet, les solutions existantes de gestion de réseaux de distribution de contenus sont fondées sur l'analyse du trafic et les capacités de transport des liens. Il s'agit donc essentiellement d'observations de débit lors de l'utilisation des liens. Dans le mode de réalisation décrit, la détection est fondée sur les messages de signalisation. Ces messages de signalisation ne sont pas spécifiques à la détection d'événements mais sont des messages échangés entre les entités dans le cadre du fonctionnement normal du réseau de distribution de contenus.
En utilisant les messages de signalisation, il est possible de détecter des événements liés aux comportements des utilisateurs. En outre, l'analyse des messages de signalisation permet, dans certaines situations d'anticiper des événements en détectant des conditions favorables ou des signes précurseurs. Il devient alors possible de gérer le CDN de manière prédictive avant l'apparition de l'événement contrairement aux systèmes existants qui surveillent uniquement le transport des contenus.
En référence à la figure 3, on va décrire les informations qui sont observées dans les messages de signalisation en ce qui concerne les contrôleurs de cluster.
Le statut d'un contrôleur de cluster est déterminé par sa charge courante, sa charge maximale, le contenu distribué ainsi que par des seuils de charge et des seuils comportementaux définis par rapport à l'utilisateur comme cela sera décrit plus en détails ultérieurement. Ce statut est obtenu par l'analyse d'informations provenant de chaque serveur de distribution rattaché au contrôleur de cluster. Parmi ces informations, la charge courante et la charge maximale sont des paramètres importants qui sont obtenus par l'analyse des messages de signalisation associés aux sessions de délivrance de contenus ouvertes sur ce serveur de distribution.
En particulier, pour chaque session de distribution de contenus le procédé comprend l'observation, à travers des messages de signalisation, des informations génériques sur la session et notamment l'identification de la session de distribution de contenus et l'offre SDP (SESSION DESCRIPTION PROTOCOL) associée, des informations du bénéficiaire des flux de contenus, c'est-à-dire de l'utilisateur et notamment son adresse sur le réseau, l'activité en cours traduite notamment par les instructions PAUSE, PLAY ou ATTENTE et la date d'expiration des droits sur le flux en cours. Le procédé comprend également l'observation des informations pour chaque flux de contenus de la session en cours et notamment la bande passante utilisée la date de début, une date de fin estimée, les ports sur lesquels les données sont émises et reçues.
Parmi ces informations certaines sont des informations statiques définies lors de la configuration du réseau, d'autres sont des informations dynamiques obtenues par l'observation des messages de signalisation. De manière similaire, et en référence à la figure 4, on va décrire les informations observées par le procédé en ce qui concerne les contrôleurs de distribution ou contrôleurs CDN.
Le statut du contrôleur est déterminé par des informations de charge maximale, de charge courante, de disponibilité des contenus et des paliers de charge pour chaque cluster.
En outre, pour chaque contrôleur de cluster associé à un même contrôleur de distribution, on observe la charge maximale, la charge en cours ainsi que la disponibilité de certains contenus.
L'observation des messages de signalisation est réalisée au niveau des contrôleurs de cluster qui voient passer tous les messages de signalisation entre les utilisateurs, les serveurs de distribution et le contrôleur CDN.
Dans le mode de réalisation décrit, les messages de signalisation observés sont ceux relatifs à l'initiation et à la livraison de contenus. Bien entendu, d'autres messages de signalisation peuvent être observés et analysés.
Les messages ainsi observés sont ensuite analysés. Dans le mode de réalisation décrit, l'analyse est également réalisée par le contrôleur de cluster. Dans d'autres modes de réalisation, l'analyse est réalisée au niveau du serveur de notification 20. En se basant sur les modèles de données explicités en référence aux figures 3 et 4, il est possible de déterminer des événements relatifs à la charge du réseau de distribution de contenus, à la distribution de contenus ou aux comportements des utilisateurs.
Plus particulièrement, des règles prédéterminées sont appliquées pour déterminer la nature des événements à partir des messages de signalisation observés.
A titre d'exemple, on présente ci-dessous la logique de détermination des éléments à partir des messages de signalisation observés.
Tout d'abord, des événements relatifs à la charge du réseau de distribution sont explicités. Les situations suivantes permettent de détecter un événement de changement de la charge d'un cluster :
- Initiation d'une session RTSP suite à une demande de service de distribution de contenus ;
-- Terminaison d'une session RTSP ; - Un message PAUSE prolongé de l'utilisateur ;
-- Réponses négatives, ou messages d'erreur consécutifs à plusieurs essais d'Initiation d'une session RTSP suite à une demande de service de distribution de contenus ;
-- Absence de réaction d'un serveur de distribution suite à plusieurs sollicitations du contrôleur de cluster pendant l'initiation ;
— Absence de réaction d'un serveur de distribution suite à plusieurs sollicitations de l'utilisateur relayées par le contrôleur de cluster ;
-- Absence de réaction du contrôleur de cluster suite à plusieurs sollicitations du contrôleur CDN ; -- Réception d'un événement relatif à un comportement de l'utilisateur.
Comme indiqué précédemment, la détection de ces événements est assurée par le contrôleur de cluster. En cas d'absence de réaction du contrôleur de cluster, la détection est réalisée par le contrôleur CDN.
Parmi les informations mémorisées, les informations suivantes sont affectées par l'événement :
-- Informations de session de distribution de contenus ; - Information de la charge du serveur de distribution concerné ; -- Information de la charge du cluster ;
-- Information de la charge du CDN.
Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à cet événement sont les suivantes :
- Le contrôleur de cluster pour détecter l'atteinte d'un palier de charge ;
- Si c'est applicable, les autres contrôleurs du même cluster pour la répartition de la charge ;
- Le contrôleur CDN pour être informé de la charge du cluster. Les situations suivantes permettent de détecter un événement de changement de la capacité maximale d'un cluster :
- Réponses négatives suite à plusieurs essais d'Initiation d'une session RTSP suite à une demande de service de distribution de contenus ;
- Absence de réaction du serveur de distribution suite à plusieurs sollicitations du contrôleur de cluster pendant l'initiation ;
-- Absence de réaction du serveur de distribution suite à plusieurs sollicitations de l'utilisateur relayées par le contrôleur de cluster;
- Absence de réaction du contrôleur de cluster suite à plusieurs sollicitations par le contrôleur CDN. Comme indiqué précédemment, la détection est alors assurée par le contrôleur de cluster ou par le contrôleur CDN en cas d'absence de réaction du contrôleur de cluster.
Parmi les informations mémorisées, les informations suivantes sont affectées par l'événement : -- Informations de session de distribution de contenus ;
-- Information de la capacité du serveur de distribution concerné en considérant la charge actuelle comme maximale ;
- Information de la capacité du cluster ; -- Information de la capacité du CDN. Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à cet événement sont les suivantes : - Le contrôleur de cluster pour la détection de l'atteinte d'un palier de capacité ;
- Si c'est applicable, les autres contrôleurs du même cluster pour la répartition de la charge. La réception d'un message de changement de charge d'un cluster permet de détecter un événement de changement de la charge d'un CDN.
Dans ce cas la détection est assurée par le contrôleur CDN et l'information de charge actuelle du CDN est affectée.
Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à cet événement sont les suivantes : -- Un autre contrôleur CDN gérant le même CDN ou un autre CDN ; -- Les entités fournissant un service de distribution de contenus et ayant le choix entre plusieurs CDN.
La réception d'un message de changement de capacité d'un cluster permet de détecter un changement de la capacité d'un CDN.
La détection est assurée par le contrôleur CDN et l'information de capacité du CDN est affectée.
Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à cet événement sont les suivantes : -- Un autre contrôleur CDN gérant le même CDN ou un autre CDN ;
-- Les entités fournissant un service de distribution de contenus et ayant le choix entre plusieurs CDN.
La réception d'un message de changement de charge d'un cluster et la comparaison de cette charge avec des paliers permet de détecter l'atteinte et/ou le franchissement de paliers de charge par un cluster.
La détection d'un tel événement est assurée par le contrôleur de cluster. Cela n'affecte aucune des informations dans le modèle de données décrit précédemment mais peut affecter la politique de détermination des clusters utilisés. Les contrôleurs de cluster ainsi que les contrôleurs CDN sont susceptibles d'être intéressés par une notification relative à cet événement. La réception d'un message de changement de charge d'un cluster et la comparaison de cette charge avec des paliers permet de détecter l'atteinte et/ou le franchissement de paliers de charge par un CDN. En outre, il est possible de prévoir des messages spécifiques pour l'atteinte d'un palier de charge par un cluster. Cela affecte les informations sur la charge actuelle dans le modèle de données décrit précédemment et permet la détection de l'événement. En conséquence, la politique de détermination des clusters utilisés est affectée.
La détection de ces événements est ainsi assurée par le contrôleur CDN.
Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à cet événement sont les suivantes :
- Un autre contrôleur CDN gérant le même CDN ou un autre CDN ;
-- Les entités fournissant un service de distribution de contenus et ayant le choix entre plusieurs CDN.
Outre les événements de changement de la charge d'un cluster, il est également possible de déterminer des événements relatifs à la distribution de contenus du CDN.
Les situations suivantes permettent de détecter un changement de la distribution de contenus d'un cluster :
-- Réponses négatives consécutives à plusieurs essais d'Initiation d'une session RTSP suite à une demande de service de distribution de contenus ;
-- Absence de réaction du serveur de distribution suite à plusieurs sollicitations du contrôleur de cluster pendant l'initiation ;
-- Absence de réaction du serveur de distribution suite à plusieurs sollicitations de l'utilisateur relayées par le contrôleur de cluster ;
Ces événements sont détectés par le contrôleur de cluster et, parmi les informations mémorisées, les informations suivantes sont affectées par l'événement :
-- Distribution de contenus dans le cluster ; -- Disponibilité de contenus dans le cluster ;
-- Disponibilité de contenus dans le CDN.
Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à cet événement sont les suivantes : — Si c'est applicable, les autres contrôleurs de cluster du même cluster pour assurer la répartition de la charge ;
-- Le contrôleur CDN pour mettre à jour une information de disponibilité de contenus dans le cluster ;
-- Une entité d'administration permettant l'organisation de la distribution de contenus dans le cluster.
La détection d'un changement de la disponibilité de contenus d'un CDN est assurée par la réception d'un message portant sur un tel changement par le contrôleur CDN. Les informations mémorisées de disponibilité de contenus sont affectées par cet événement. Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à cet événement sont les suivantes :
-- Un autre contrôleur CDN gérant le même CDN ou un autre CDN ;
— Les entités de services notamment si un contenu devient indisponible ; - Une entité d'administration permettant l'organisation de la distribution de contenus dans le CDN
Enfin, il est également possible de déterminer des événements relatifs à un comportement de l'utilisateur.
La répétition de messages PLAY d'un même utilisateur au-delà d'un palier déterminé est détectée par le contrôleur de cluster. Cette répétition traduit potentiellement un dysfonctionnement du serveur de distribution et peut entraîner un changement de la politique de choix de serveurs de contenus du cluster. Cela peut également traduire une attaque de sécurité.
La même logique s'applique à la détection, par le contrôleur de cluster, de la répétition de messages PLAY au-delà d'un palier et par un nombre d'utilisateurs supérieur à un seuil donné. Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à ces événements sont les suivantes :
- Contrôleur de cluster ;
-- Entité de service pour assurer un retour d'information vers l'utilisateur ;
- Entité d'administration de politique de sécurité.
Par ailleurs, il est possible de détecter au niveau du contrôleur de cluster un événement relatif à un dépassement de droits d'utilisation d'un contenu par un utilisateur dans les situations suivantes notamment : - Message PLAY reçu après l'expiration des droits ;
-- Message PAUSE reçu alors que la durée restante du contenu est égale au temps restant des droits de visionnage.
Les informations sur la session de distribution du contenu sont affectées en conséquence. Les entités reliées au réseau de distribution susceptibles d'être intéressées par une notification relative à cet événement sont les suivantes :
- Entité de service, notamment pour proposer un autre service à l'utilisateur, lui envoyer un message de retour, ou prolonger ses droits ; -- Entité d'administration des droits de visionnage. Bien entendu, les situations et événements précités peuvent être combinés et d'autres situations et événements peuvent être envisagés.
A l'issue de l'étape 40, le procédé dispose donc d'un événement obtenu grâce à l'observation et à l'analyse des messages de signalisation circulant sur le réseau de distribution de contenus. Le procédé comprend ensuite une transmission 50 de l'information d'événements au serveur de notification 20 par l'entité qui a détecté cet événement, c'est-à-dire dans l'exemple décrit par le contrôleur de cluster.
Cette transmission 50 met en œuvre un message de type PUBLISH transmis lors d'une étape 52. Selon les modes de réalisation, l'information d'événements comprend un simple descriptif de l'événement ou des informations de gestions plus élaborées comme par exemple, un identifiant d'un serveur de remplacement en cas de surcharge d'un serveur donné.
Le serveur de notification acquiesce la réception de cette information d'événements lors d'une étape 54. Le serveur de notification 20 entame ensuite une transmission 70 d'informations de gestion correspondant audit événement vers différentes entités du réseau de distribution de contenus.
Cette transmission comprend, dans l'exemple, un message NOTIFY 72 dont la réception est acquiescée par un accusé de réception 74. Le serveur de notification transmet ainsi aux entités reliées au réseau de distribution concernées, une information de gestion correspondant à l'événement détecté par l'observation des messages de signalisation.
Comme pour la transmission 52, les informations transmises peuvent être de simples descriptifs de l'événement ou des informations de gestion plus élaborées.
Bien entendu, la transmission 70 d'informations de gestion est réalisée en application des paramètres de transmission déterminés lors de l'enregistrement 30.
Notamment, des informations de gestion relatives à certains événements peuvent être propagées vers certaines entités reliées au réseau de distribution et pas vers d'autres. Par exemple, des événements de modification de la charge ou de la capacité d'un cluster ou des informations de disponibilité de contenus sont transmis par le contrôleur de cluster vers les autres contrôleurs de cluster ainsi que vers le contrôleur CDN et vers l'entité de fourniture de service de distribution de contenus. Par opposition, des éléments relatifs aux comportements d'utilisateurs ne sont pas nécessairement transmis au contrôleur CDN mais peuvent être transmis au contrôleur de cluster et à une entité de sécurité.
Comme on le perçoit, ce procédé est applicable indifféremment à des réseaux ouverts ou fermés et permet une optimisation basée sur le comportement de l'utilisateur, sur un mécanisme de notification, et sur l'observation des messages de signalisation.
En outre, l'analyse des événements à partir des messages de signalisation permet de gérer le réseau de distribution de contenus d'une manière prédictive.
Bien entendu, d'autres modes de réalisation que le mode de réalisation décrit peuvent être envisagés. Il est notamment possible de combiner le serveur de notification avec une autre entité du réseau et notamment avec un contrôleur de cluster. Il est également possible d'intégrer la fonction de détection au sein du serveur de notification.
Les fonctions de détection et de notification peuvent être mises en œuvre par des programmes d'ordinateurs pour des entités d'un réseau de distribution de contenus. Ces programmes comprennent des instructions de codes pour la mise en œuvre du procédé tel que décrit précédemment.

Claims

REVENDICATIONS
1. Procédé de détection d'événements sur un réseau de distribution (6, 8, 10) de contenus comprenant : - une détection (40) d'au moins un événement par au moins une entité reliée au réseau de distribution (8) ; et
- une transmission (50) d'informations de détection d'événements par ladite entité reliée au réseau de distribution vers une entité de notification (20); caractérisé en ce que ladite détection comprend une observation (42) et une analyse (44) de messages de signalisation circulant sur le réseau de distribution de contenus.
2. Procédé selon la revendication 1 , caractérisé en ce que ladite analyse de messages de signalisation comprend l'application de règles prédéterminées pour déterminer les situations dans lesquelles ladite transmission d'informations de détection d'événements est réalisée.
3. Procédé selon la revendication 1 , caractérisé en ce que ladite observation comprend l'observation de messages de signalisation circulant entre des utilisateurs (12) et lesdites entités reliées au réseau de distribution ainsi que l'observation de messages de signalisation circulant entre lesdites entités reliées au réseau de distribution.
4. Procédé selon la revendication 3, caractérisé en ce que ladite détection comprend la détection d'événements sélectionnés dans le groupe constitué d'événements relatifs à la charge de serveurs de distribution, d'événements relatifs à la distribution de contenus et d'événements relatifs au comportement d'utilisateurs du réseau de distribution de contenus.
5. Procédé de transmission d'informations de gestion pour des entités reliées à un réseau de distribution (6, 8, 10) de contenus, caractérisé en ce qu'il comprend :
- un procédé de détection d'événements selon l'une quelconque des revendications 1 à 4 ;
- un enregistrement (30) d'entités reliées au réseau de distribution auprès d'une entité de notification (20) ; et une transmission (70) d'informations de gestion correspondant à au moins un événement détecté à l'aide dudit procédé de détection d'événements, par ladite entité de notification vers les entités reliées au réseau de distribution enregistrées.
6. Procédé selon la revendication 5, caractérisé en ce que ledit enregistrement d'entités reliées au réseau de distribution comprend une détermination d'une pluralité de paramètres de notification et en ce que ladite transmission d'informations de gestion est réalisée en fonction desdits paramètres de notification.
7. Dispositif de détection d'événements sur un réseau de distribution de contenus, caractérisé en ce que ce dispositif de détection est intégré dans une entité (8) reliée au réseau de distribution de contenus et en ce que ce dispositif de détection est adapté pour détecter des événements par l'observation et l'analyse de messages de signalisation circulant sur le réseau de distribution de contenus et pour transmettre des informations de détection d'événements par ladite entité reliée au réseau de distribution vers une entité de notification (20)..
8. Programme d'ordinateur pour une entité d'un réseau de distribution de contenus, caractérisé en ce que ce programme comporte des instructions de codes lesquelles, lorsqu'elles sont exécutées par un calculateur de ladite entité, entraînent l'exécution des étapes d'un procédé de détection d'événements selon l'une quelconque des revendications 1 à 4.
9. Programme d'ordinateur pour une entité d'un réseau de distribution de contenus, caractérisé en ce que ce programme comporte des instructions de codes lesquelles, lorsqu'elles sont exécutées par un calculateur de ladite entité, entraînent l'exécution des étapes d'enregistrement d'entités reliées au réseau de distribution à notifier, la détection d'événements par l'observation et l'analyse de messages de signalisation du réseau de notification et la transmission d'informations de gestion correspondant audit événement vers les entités reliées au réseau de distribution enregistrées.
10. Dispositif (20) de notification d'information de gestion pour des entités (6, 8, 10) reliées à un réseau de distribution de contenus comprenant des moyens d'enregistrement (22) d'entités à notifier, caractérisé en ce que ce dispositif comprend un dispositif de détection d'événements selon la revendication 7.
11. Système de transmission d'informations de gestion pour des entités reliées à un réseau de distribution de contenus d'un réseau de distribution de contenus comprenant : un dispositif (20) de notification comportant dans une mémoire (22) un enregistrement d'entités reliées au réseau de distribution (6, 8, 10) à notifier ; - des moyens de détection (8) d'au moins un événement, intégrés dans au moins une entité reliée au réseau de distribution ;
- des moyens de transmission d'informations de détection d'événements par lesdits moyens de détection vers le dispositif de notification ; et
- des moyens de transmission d'informations de gestion correspondant audit événement par ledit dispositif de notification vers les entités reliées au réseau de distribution enregistrées, caractérisé en ce que lesdits moyens de détection sont adaptés pour l'observation et l'analyse de messages de signalisation circulant sur le réseau de distribution de contenus.
EP09729650A 2008-04-01 2009-03-31 Gestion de la distribution de contenus Withdrawn EP2266295A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0852149 2008-04-01
PCT/FR2009/050542 WO2009125155A1 (fr) 2008-04-01 2009-03-31 Gestion de la distribution de contenus

Publications (1)

Publication Number Publication Date
EP2266295A1 true EP2266295A1 (fr) 2010-12-29

Family

ID=40032542

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09729650A Withdrawn EP2266295A1 (fr) 2008-04-01 2009-03-31 Gestion de la distribution de contenus

Country Status (3)

Country Link
US (1) US8996685B2 (fr)
EP (1) EP2266295A1 (fr)
WO (1) WO2009125155A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8787362B2 (en) * 2009-04-01 2014-07-22 Qualcomm Incorporated Fall back using mobile device assisted terminating access domain selection
US8510807B1 (en) 2011-08-16 2013-08-13 Edgecast Networks, Inc. Real-time granular statistical reporting for distributed platforms
CN106656675B (zh) * 2017-01-03 2020-01-21 北京奇虎科技有限公司 一种传输节点集群的检测方法和装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6763384B1 (en) * 2000-07-10 2004-07-13 International Business Machines Corporation Event-triggered notification over a network
US7046680B1 (en) * 2000-11-28 2006-05-16 Mci, Inc. Network access system including a programmable access device having distributed service control
DE10110472C2 (de) 2001-03-05 2003-10-09 Jens Rehsack Verfahren zum Steuern einer Vielzahl von Computern beim Auftreten eines Stromausfalls
US7822871B2 (en) * 2001-09-28 2010-10-26 Level 3 Communications, Llc Configurable adaptive global traffic control and management
US7403993B2 (en) * 2002-07-24 2008-07-22 Kasenna, Inc. System and method for highly-scalable real-time and time-based data delivery using server clusters
US7606197B2 (en) * 2004-08-23 2009-10-20 Telefonaktiebolaget Lm Ericsson (Publ) Event notification in a hybrid network
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)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2009125155A1 *

Also Published As

Publication number Publication date
US20110029668A1 (en) 2011-02-03
US8996685B2 (en) 2015-03-31
WO2009125155A1 (fr) 2009-10-15

Similar Documents

Publication Publication Date Title
FR2922391A1 (fr) Procede et dispositif de transmission de donnees
US11805296B2 (en) Per-viewer engagement-based video optimization
FR3000339A1 (fr) Procede de traitement de requetes d'acces a des services de virtualisation informatique, passerelle de virtualisation et navigateur web
EP2504982B1 (fr) Procede de basculement d'un hss primaire sur un hss de secours dans un reseau ip
EP2359573B1 (fr) Procédé de distribution de contenu comprenant une base de données de règle
EP3105889B1 (fr) Notification d'une information de consommation de bande passante à un fournisseur de service dans un réseau de télécommunications
EP2266295A1 (fr) Gestion de la distribution de contenus
FR2922398A1 (fr) Systeme d'interconnexion entre au moins un appareil de communication et au moins un systeme d'information distant et methode d'interconnexion
WO2016071607A1 (fr) Délégation d'intermédiation sur un échange de données chiffrées
US20160344833A1 (en) Method and Content Management Module for Managing Content in a Content Distribution Network
EP2591587B1 (fr) Accès confidentiel ou protégé à un réseau de noeuds répartis sur une architecture de communication à l'aide d'un serveur de topoloqie
Koren et al. Peer-to-peer video streaming in html5 with webtorrent
da Silva et al. A managing QoE approach for provisioning user experience aware services using SDN
Batalla et al. On assuring survivability of network operator’s services in evolving network environment
WO2010149898A1 (fr) Technique de determination d'une chaine de fonctions elementaires associee a un service
WO2007093616A1 (fr) Procédé et dispositif de gestion d'au moins un groupe d'utilisateurs, produit programme d'ordinateur correspondant
Shah et al. SSQoE: Measuring Video QoE from the Server-Side at a Global Multi-tenant CDN
WO2009144430A1 (fr) Transmission d'un contenu multimedia a travers un reseau a destination d'un terminal de telecommunication
Doolin et al. Context-aware multimedia services in a pervasive environment: the Daidalos approach.
WO2006035166A1 (fr) Procede d'optimisation de la reception de donnees multimedia dans un reseau de communication
EP4364387A1 (fr) Procede de controle de la livraison partagee d'un contenu
WO2022208034A1 (fr) PROCÉDÉS DE SOUSCRIPTION ET DE NOTIFICATION, ET ENTITÉS CONFIGURÉES POUR METTRE EN œUVRE CES PROCÉDÉS.
Cristian et al. Metric model for IPTV video streaming services distribution in content aware networks
Wallstersson et al. Peer Assisted Live Video Streaming in Web Browsers using WebRTC
Manivannan et al. An Overview of Enhancing Quality of Service for Enterprise Networks using Web Services.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100929

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA RS

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20110729

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20171107

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20180320