WO2005076568A2 - Système de transmission numérique de séquences multimedia via un réseau de communication du type internet - Google Patents

Système de transmission numérique de séquences multimedia via un réseau de communication du type internet Download PDF

Info

Publication number
WO2005076568A2
WO2005076568A2 PCT/FR2005/050052 FR2005050052W WO2005076568A2 WO 2005076568 A2 WO2005076568 A2 WO 2005076568A2 FR 2005050052 W FR2005050052 W FR 2005050052W WO 2005076568 A2 WO2005076568 A2 WO 2005076568A2
Authority
WO
WIPO (PCT)
Prior art keywords
server
servers
multimedia sequences
receivers
manager
Prior art date
Application number
PCT/FR2005/050052
Other languages
English (en)
Other versions
WO2005076568A3 (fr
Inventor
Brieuc Jeunhomme
Damien Lucas
Original Assignee
Anevia
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 Anevia filed Critical Anevia
Publication of WO2005076568A2 publication Critical patent/WO2005076568A2/fr
Publication of WO2005076568A3 publication Critical patent/WO2005076568A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/164—Implementing security features at a particular protocol layer at the network layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer
    • 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
    • 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1014—Server selection for load balancing based on the content of a request
    • 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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams

Definitions

  • the invention relates to a system for the digital transmission of multimedia sequences via a communication network of the Internet type.
  • Introduction to audio and video streaming State of the art Explanation of certain acronyms used below: RTSP: real time streaming protocol HTTP: hypertext transfer protocol IKE: internet key exchange SSL: secure soc and layer TLS: transport layer security IP: internet protocol ATM: asynchronous transfer mode ISDN: integrated services digital network DVB: digital video broadcasting
  • streaming designates all the techniques intended to transmit multimedia sequences (audio, video and possibly other) in digital form from a transmitter to a receiver, the receiver starting to process the sequence before having received it completely.
  • an installation comprises streamers, or stream servers, or servers, which transmit audio or video streams from a local hard disk, a satellite antenna, a digital terrestrial television receiver, a camera, or any other means to receivers.
  • set-top boxes or microcomputers dedicated called set-top boxes or microcomputers.
  • these receivers set-top boxes or microcomputers
  • clients Such an installation is frequently accompanied by a website allowing users to access the various multimedia contents from their set-top box or microcomputer in a simple and user-friendly manner. From a practical point of view, this site most often contains links to the various streamers, with which customers interact directly, using the standard protocol RTSP (Real Time Streaming Protocol) to access the various streams.
  • RTSP Real Time Streaming Protocol
  • the invention relates to a system for digital transmission of multimedia sequences via a communication network, in particular of the Internet or ASM type.
  • the system includes: - servers connected to transmitters, in particular of the hard disk type, satellite antenna, video camera, cable, - receivers, in particular of the dedicated receiver type or IT equipment connected to television type display screens.
  • the servers and receivers are connected to the Internet-type communication network.
  • the system is characterized in that it comprises a manager server connected to the servers.
  • the managing server includes computer processing means intended for: - interpreting and processing requests for access to multimedia sequences of RTSP type, - analyzing and controlling requests for access to multimedia sequences of RTSP type, originating from receivers, - determine and control in real time the activity levels of the servers, - select at least one server among the servers according to the requests and the activity levels of the servers, - order the servers thus selected to broadcast the multimedia sequences to the receivers, via the Internet-type communication network.
  • the managing server ensures the control and the continuity of the broadcasting of the multimedia sequences.
  • the managing server also comprises computer encryption means, making it possible to encrypt the multimedia sequences and the requests by means of protocols, in particular of the IPsec, SSL and TLS type.
  • the encryption IT resources are intended to: - ensure confidentiality and integrity of the reception of requests and the distribution of multimedia sequences, accelerate the transition times between multimedia sequences transmitted by different servers.
  • the manager The streaming solution according to the invention has a difference compared to this classic approach: a system controlling all the streamers, known as a manager, is an integral part of the solution. Instead of talking directly to the streamers, the clients only address this single manager (also using the standard RTSP protocol), and it is the manager who in turn drives the streamers using a simpler protocol so that multimedia streams are sent to clients who request them.
  • the manager is software which fulfills on the one hand the function of RTSP server (Real Time Streaming Protocol) and on the other hand the function of HTTP server.
  • the computer encryption means are such that the multimedia sequences between said servers and said receivers are encrypted using encryption keys communicated to said receivers encapsulated in an encrypted communication between the managing server and said receivers, so as to accelerate the transition times between multimedia sequences transmitted by different servers (3).
  • the encryption computer means use a symmetric key protocol to encrypt the multimedia sequences and a secure session establishment protocol to encapsulate the encryption keys.
  • the symmetric key protocol is the IPsec protocol and the secure session establishment protocol is the SSL / TLS protocol.
  • the encryption key is generated randomly by a server, the manager server interrogating the servers to know the key when it must communicate it to a receiver.
  • the encryption key is generated randomly by the managing server which communicates it to the receiver.
  • the multimedia sequences are transmitted in multicast, any receiver by making a request then receiving the multimedia sequences, the server for its part only transmitting the latter once.
  • the manager server has means for controlling a server provided with storage means to record a stream of television multimedia sequences. digital from a digital television receiver and rebroadcast server itself controlled by the managing server.
  • the invention also relates to the manager server implemented in the system according to the invention.
  • FIG. 1 represents the conventional architecture of a transmission of multimedia sequences of digital television according to the prior art
  • FIG. 2 represents the architecture of a transmission of multimedia sequences according to the invention.
  • FIG. 1 represents the conventional architecture of a transmission of multimedia sequences of digital television according to the prior art: multimedia sequences are transmitted to a receiver 2 from streamers 3 connected to transmitters of the satellite antenna type 4a, digital terrestrial television 4b or cable 4c.
  • FIG. 1b represents the conventional architecture of a transmission of multimedia video on demand sequences according to the prior art: multimedia sequences are transmitted to a receiver 2 from streamers 3 connected to storage systems 4d.
  • a request 1 is sent from a receiver 2 to streamers 3 connected to transmitters of the satellite antenna 4a, digital terrestrial television 4b or cable 4c type or to storage systems 4d.
  • FIG. 2 represents the architecture of a multimedia sequence transmission according to the invention: a request 1 is sent from a receiver 2 to a manager manager server 8.
  • the manager manager server 8 sends control instructions 9 to streamers 3 connected to transmitters of the satellite antenna 4a, digital terrestrial television 4b or cable 4c type or to storage systems 4d.
  • the streamers 3, according to the piloting instructions 9, transmit to the receiver 2 a stream of multimedia sequences 5, via a computer network 7, intended to be broadcast on a display screen 6.
  • the invention makes it possible to provide a system “ consistent ”for both the distribution of digital television and video-on-demand.
  • the presence of the manager server makes it possible to manage the difference between the two so that this difference is transparent to the receiver.
  • the invention makes it possible to easily set up secure communications as will be described below, and this for the two applications: digital television and video on demand.
  • An advantage of this operating mode is that the manager constitutes a central point of passage for all requests for access to content.
  • the manager is able to know at any time the status of the different streamers, and can therefore take charge of load balancing and high availability operations. In other words, it is capable of ensuring the continuity of service in the event of failure or overload of one of the streamers, an operation much more difficult to perform and much less reliable in the case of autonomous streamers.
  • the integration of an HTTP server into the manager ensures its ability to exchange more information than the RTSP protocol alone allows, so the website often accompanying video streaming solutions can be integrated into the manager and then has access to all of its internal variables, which makes it possible to easily and inexpensively develop a site presenting the end user with a view of all of the operations that it performs or can perform.
  • personal playlists can easily take place on the manager, even if they use streams distributed over different streamers.
  • the manager can be a server: single or that several managers can be distributed to distribute the load according to the geographic region, the IP address class or according to other criteria.
  • a redundancy device can be put in place in the event of an incident.
  • One or more backup managers are in working order, interacting in real time with the main manager to synchronize the data and take over from the manager as soon as the latter fails.
  • the solution as a whole is managed by the network administrator by handling only the manager, which considerably reduces the cost of administration and the time for fault diagnosis.
  • Content protection One of the frequently encountered problems when deploying streaming solutions is that of controlling access to broadcast streams.
  • the flows are transmitted on a computer network in unicast (that is to say to a single client) and / or in multicast (in which case any client making the request receives the flow, while the server does not transmit the latter. a one time) .
  • unicast that is to say to a single client
  • multicast in which case any client making the request receives the flow, while the server does not transmit the latter. a one time
  • IP network case This part deals with the content protection solution according to the invention intended for networks where the IP protocol can be deployed. This consists of encrypting flows that are not intended for all by relying on the IPsec standard, which is part of the IP protocol. This standard is well known and makes it possible to encrypt any IP packet. However, it is not the responsibility of IPsec to specify how participants in a communication exchange their encryption keys.
  • IPsec Internet Key Exchange
  • IKE Internet Key Exchange
  • the RTSP protocol is therefore slightly extended, in order to allow the manager to provide the customers who need it with the keys necessary for decrypting the flows to which they have legitimate access.
  • These keys are generated randomly by the streamers, and the manager can interrogate the streamers to know them when he must communicate them to the clients. This allows you to change the key regularly.
  • These keys can also be generated by the manager manager server and communicated to the various elements. Such a variant makes it possible to lighten the load of the streamers. This helps prevent video from being distorted occasionally due to overloading the streamer.
  • a “classic” approach to encrypted streaming over IP networks would be that customers, when they connect to each streamer (the classic approach does not include a manager), issue their RTSP requests, exchange the necessary keys with the streamer using IKE, and receive the streams encrypted in IPsec and decrypt them.
  • This approach has two disadvantages: the keys cannot be exchanged in this way for multicast streams, and the IKE key exchange process being quite long, the passage from one chain to another, if the two chains do not are not broadcast by the same streamer, takes a long time. Since the solution according to the invention relies on a central manager, this latency problem is eliminated.
  • Displacement, fast and / or reverse visualization Displacement is the functionality that allows a client to ask a streamer (or manager) to transmit a stream from a specific position, for example playing a film from the twelfth minute. As for fast viewing and reverse viewing, they correspond to the fast forward and backward functions of traditional analog video recorders.
  • Displacement An important concept to take into account when taking charge of displacement by a streamer is that of group of images.
  • the images are grouped into logical sequences, starting with a stand-alone image, which can be decoded and displayed without additional data, while the other images of the group are calculated as a function of this reference image.
  • the implementation of the displacement in the solution according to the invention takes this feature into account, any displacement request is therefore approached and results in a displacement towards the autonomous image closest to the displacement target.
  • a displacement is carried out more quickly from the point of view of the client, insofar as he can begin his work of decoding as soon as he receives the data transmitted following the displacement.
  • Digital TV stream recording on a video on demand streamer (nPVR for Network Personal Video Recording)
  • the presence of the managing server and the direct communication of the receiver with it makes it easy to implement digital television recordings which can then be made available to customers and this in a video on demand format.
  • the manager knows how to control digital television and video on demand streamers, it is possible for him to order a digital television server to record a stream coming from a digital television server so as to make it available on video on demand.
  • the digital television streamer sends the stream over the network to the video on demand streamer.
  • a single device can therefore record and make available on demand any digital television content.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)

Abstract

L'invention concerne un système de transmission numérique de séquences multimédia via un réseau du type Internet. Le système comprend : - des serveurs connectés à des émetteurs, notamment du type disque dur, antenne satellite, caméra vidéo, câble, - des récepteurs, notamment du type récepteurs dédiés ou équipements informatiques connectés à des écrans de visualisation de type téléviseur. Les serveurs et les récepteurs sont connectés à un réseau de communication. Le système est caractérisé en ce qu'il comprend un serveur gestionnaire connecté aux serveurs. Le serveur gestionnaire comporte des moyens de traitement informatiques destinés à : - interpréter et traiter des requêtes d'accès aux séquences multimédia, - analyser et contrôler les requêtes d'accès aux séquences multimédia, - déterminer et contrôler en temps réel des niveaux d'activité des serveurs, - sélectionner au moins un serveur parmi les serveurs en fonction des requêtes et des niveaux d'activité des serveurs, - commander aux serveurs la diffusion des séquences multimédia vers les récepteurs.

Description

SYSTEME DE TRANSMISSION NUMERIQUE DE SEQUENCES MULTIMEDIA VIA UN RESEAU DE COMMUNICATION DU TYPE INTERNET
L'invention concerne un système de transmission numérique de séquences multimédia via un réseau de communication du type Internet. Introduction au streaming audio et vidéo. Etat de l'art Explicitation de certains sigles ci-après utilisés : RTSP: real time streaming protocol HTTP: hypertext transfer protocol IKE: internet key exchange SSL: secure soc et layer TLS: transport layer security IP: internet protocol ATM: asynchronous transfer mode ISDN: integrated services digital network DVB: digital video broadcasting Le terme streaming désigne l'ensemble des techniques destinées à transmettre des séquences multimédia (audio, vidéo et éventuellement autres) sous forme numérique d'un émetteur vers un récepteur, le récepteur commençant à traiter la séquence avant de l'avoir reçue complètement. Typiquement, une installation comporte des streamers, ou serveurs de flux, ou serveurs, qui transmettent des flux audio ou vidéo depuis un disque dur local, une antenne satellite, un récepteur de télévision numérique terrestre, une caméra, ou tout autre moyen vers des récepteurs dédiés appelés set-top boxes ou des micro ordinateurs . Dans la suite de la description, ces récepteurs (set-top boxes ou micro ordinateurs) seront appelés clients. Une telle installation s'accompagne fréquemment d'un site web permettant aux utilisateurs d'accéder aux différents contenus multimédia depuis leur set-top box ou micro ordinateur de manière simple et conviviale. D'un point de vue pratique, ce site contient le plus souvent des liens vers les différents streamers, avec lesquels les clients dialoguent directement, en utilisant le protocole standard RTSP (Real Time Streaming Protocol) pour accéder aux différents flux. Mise en oeuvre du streaming vidéo selon l'invention L'invention concerne un système de transmission numérique de séquences multimédia via un réseau de communication, notamment du type Internet ou ASM. Le système comprend : - des serveurs connectés à des émetteurs, notamment du type disque dur, antenne satell±te, caméra vidéo, câble, - des récepteurs, notamment du type récepteurs dédiés ou équipements informatiques connectés à des écrans de visualisation de type téléviseur. Les serveurs et les récepteurs sont connectés au réseau de communication du type Internet. Le système est caractérisé en ce qu'il comprend un serveur gestionnaire connecté aux serveurs. Le serveur gestionnaire comporte des moyens de traitement informatiques destinés à : - interpréter et traiter des requêtes d'accès aux séquences multimédia de type RTSP, - analyser et contrôler les requêtes d'accès aux séquences multimédia de type RTSP, provenant des récepteurs, - déterminer et contrôler en temps réel des niveaux d'activité des serveurs, - sélectionner au moins un serveur parmi les serveurs en fonction des requêtes et des niveaux d' activité des serveurs, - commander aux serveurs ainsi sélectionnés la diffusion des séquences multimédia vers les récepteurs, via le réseau de communication du type Internet. Ainsi, le serveur gestionnaire assure le contrôle et la continuité de la diffusion des séquences multimédia. Le serveur gestionnaire comporte en outre des moyens informatiques de chiffrement, permettant de chiffrer les séquences multimédia et les requêtes au moyen de protocoles, notamment de type IPsec, SSL et TLS. Les moyens informatiques de chiffrement sont destinés à : - assurer la confidentialité et JL' intégrité de la réception des requêtes et de la diffusion des séquences multimédia, accélérer les temps de transition entre des séquences multimédia émises par des serveurs différents. Le manager La solution de streaming selon l' invention comporte une différence par rapport à cette approche classique: un système pilotant l'ensemble des streamers, connu sous le nom de manager, fait partie intégrante de la solution. Au lieu de dialoguer directement avec les streamers, les clients ne s'adressent qu'à ce manager unique (également en utilisant le protocole standard RTSP) , et c' est le manager qui à son tour pilote les streamers en employant un protocoLe plus simple pour que les flux multimédia soient émis vers les clients qui en font la demande. Le manager est un logiciel qui remplit d'une part la fonction de serveur RTSP (Real Time Streaming Protocol) et d'autre part la fonction de serveur HTTP. La différence par rapport à l'approche traditionnelle est double : d'une part, ce logiciel est le seul à remplir à la fois les fonctions de serveur RTSP et de serveur HTTP, d'autre part, le manager ne se contente pas d'orienter le client vers le bon streamer, mais dialogue avec lui et pilote le streamer selon les instructions du client. À aucun moment, le client ne donne d'ordres au streamer sans passer par le manager. Dans une réalisation, les moyens informatiques de chiffrement sont tels que les séquences multimédia entre lesdits serveurs et lesdits récepteurs sont chiffrées à l'aide de clefs de chiffrement communiquées auxdits récepteurs encapsulées dans une communication chiffrée entre le serveur gestionnaire et lesdits récepteurs, de manière à accélérer les temps de transition entre des séquences multimédia émises par des serveurs (3) différents . Dans une réalisation, les moyens informatiques de chiffrement utilisent un protocole à clefs symétriques pour chiffrer les séquences multimédia et un protocole d' établissement de session sécurisée pour encapsuler les clefs de chiffrement. Dans une réalisation, le protocole à clefs symétriques est le protocole IPsec et le protocole d'établissement de session sécurisée est le protocole SSL/TLS. Dans une réalisation, la clef de chiffrement est générée aléatoirement par un serveur, le serveur gestionnaire interrogeant les serveurs pour connaître la clef quand il doit la communiquer à un récepteur. Dans une réalisation, la clef de chiffrement est générée aléatoirement par le serveur gestionnaire qui la communique au récepteur. Dans une réalisation, les séquences multimédia sont émises en multicast, tout récepteur en faisant une requête recevant alors les séquences multimédia, le serveur n'émettant quant à lui ces dernières qu' une seule fois . Dans une réalisation, le serveur gestionnaire dispose de moyens pour commander à un serveur muni de moyens de stockage d'enregistrer un flux de séquences multimédia de télévision numérique provenant d'un serveur récepteur et réémetteur de télévision numérique lui-même commandé par le serveur gestionnaire. L'invention concerne également le serveur gestionnaire mis en œuvre dans le système selon l' invention .
D'autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description de différents modes de réalisation non limitatifs, la description étant faite avec référence aux dessins ci-annexés dans lesquels : La figure 1 représente l'architecture classique d'une transmission de séquences multimédia de télévision numérique selon l'art antérieur ; La figure 2 représente l'architecture d'une transmission de séquences multimédia selon l'invention.
La figure 1 représente l'architecture classique d'une transmission de séquences multimédia de télévision numérique selon l'art antérieur : des séquences multimédia sont émises vers un récepteur 2 depuis des streamers 3 connectés à des émetteurs de type antenne satellite 4a, télévision numérique terrestre 4b ou câble 4c. La figure lb représente l'architecture classique d'une transmission de séquences multimédia de vidéo à la demande selon l'art antérieur : des séquences multimédia sont émises vers un récepteur 2 depuis des streamers 3 connectés à des systèmes de stockage 4d. Dans ces deux architectures, une requête 1 est émise depuis un récepteur 2 vers des streamer 3 connectés à des émetteurs de type antenne satellite 4a, télévision numérique terrestre 4b ou câble 4c ou à des systèmes de stockage 4d.. En réponse à la requête 1, les streamers 3 transmettent en retour au récepteur 2 un flux de séquences multimédia 5, via un réseau informatique 7, destiné à être diffusé sur un écran de visualisation 6. La figure 2 représente l'architecture d'une transmission de séquences multimédia selon l'invention : une requête 1 est émise depuis un récepteur 2 vers un serveur gestionnaire manager 8. Le serveur gestionnaire manager 8 adresse des instructions de pilotage 9 à des streamers 3 connectés à des émetteurs de type antenne satellite 4a, télévision numérique terrestre 4b ou câble 4c ou à des systèmes de stockage 4d.. Les streamers 3, en fonction des instructions de pilotage 9, transmettent au récepteur 2 un flux de séquences multimédia 5, via un réseau informatique 7, destiné à être diffusé sur un écran de visualisation 6. Avantages de cette approche En faisant que les récepteurs ne dialoguent pas directement avec les streamers mais avec le serveur gestionnaire qui fait écran, l'invention permet de fournir un système « homogène » pour, à la fois, la distribution de la télévision numérique et de vidéo à la demande. En effet, la présence du serveur gestionnaire permet de gérer la différence entre les deux de manière à ce que cette différence soit transparente pour le récepteur. Au surplus l'invention permet de mettre aisément en place une sécurisation des communications ainsi qu'il sera décrit dans la suite et ceci pour les deux applications : télévision numérique et vidéo à la demande. Un avantage de ce mode de fonctionnement est que le manager constitue un point central de passage de toutes les requêtes d'accès aux contenus. Ainsi, il est aisé de mettre en place un système de facturation, de statistiques, et de contrôle d'accès (c'est-à-dire d'éditer des factures individualisées pour chaque client, calculées en fonction des médias auxquels ils ont accédé, et de décider d'accorder ou non l'accès à certaines ressources à un client, en fonction, par exemple, de sa formule d'abonnement) . En outre, le manager est capable de connaître à tout moment l'état des différents streamers, et peut donc prendre en charge les opérations de répartition de charge et de haute disponibilité. Autrement dit, il est à même d'assurer la continuité de service en cas de défaillance ou de surcharge de l'un des streamers, opération beaucoup plus délicate à réaliser et beaucoup moins fiable dans le cas de streamers autonomes . Enfin, l'intégration d'un serveur HTTP au manager assure sa capacité à échanger plus d'informations que ne le permet le seul protocole RTSP, ainsi, le site web accompagnant souvent les solutions de streaming vidéo peut-il être intégré au manager et a alors accès à toutes ses variables internes, ce qui permet de développer aisément et à moindre coût un site présentant à l'utilisateur final une vue de l'ensemble des opérations qu'il réalise ou peut réaliser. Par exemple, des playlists personnelles peuvent très facilement prendre place sur le manager, même si elles font appel à des flux répartis sur des streamers différents. On note que le manager peut être un serveur: unique ou que plusieurs managers peuvent être distribués pour répartir la charge selon la région géographique, la classe d'adresse IP ou selon d'autres critères. On note aussi que, le manager étant le point central de la solution, un dispositif de redondance peut être mis en place en cas d'incident. Un ou des manager (s) 'de secours sont en état de marche, dialoguent en temps réel avec le manager principal pour synchroniser les données et prennent le relais du manager dès que ce dernier faillit. Enfin, la solution dans son ensemble est pilotée par l'administrateur du réseau en ne manipulant que le manager, ce qui réduit considérablement le coût d'administration et le temps de diagnostic des pannes. Protection de contenu L'un des problèmes fréquemment rencontrés lors du déploiement de solutions de streaming est celui du contrôle d'accès aux flux diffusés. Les flux sont émis sur un réseau informatique en unicast (c'est-à-dire vers un seul client) et/ou en multicast (auquel cas tout client en faisant la demande reçoit le flux, alors que le serveur n'émet ce dernier qu'une seule fois) . Dans le cas de l'unicast, il existe cependant des méthodes pouvant permettre à un client malveillant de recevoir le flux destiné à un autre client. Dans le cas de l' unicast, un client n'a presque rien à faire pour pouvoir obtenir le flux. Il est donc utile de chiffrer le flux, et de ne communiquer la clef nécessaire à le déchiffrer qu'à ses destinataires légitimes. Cas du réseau IP Cette partie traite de la solution de protection de contenu selon l'invention destinée aux réseaux où peut être déployé le protocole IP. Celle-ci consiste à chiffrer les flux n'étant pas destinés à tous en s'appuyant sur le standard IPsec, qui fait partie du protocole IP. Ce standard est bien connu et permet de chiffrer tout paquet IP. Cependant, il n'est pas du ressort d' IPsec de spécifier comment les participants à une communication échangent leurs clefs de chiffrement. Un protocole complémentaire d' IPsec, IKE (Internet Key Exchange) , permet cet échange, mais uniquement dans le cas de flux émis en unicast (alors que ce n'est pas pour ce type de flux que le problème de sécurité est le plus important) . En outre, sa mise en oeuvre est délicate. La solution selon l'invention repose sur l'association d'un protocole à clefs symétriques de type IPsec et de deux autres protocoles, cette fois, d'établissement d'une session sécurisée, par exemple SSL et TLS. Ces deux derniers protocoles permettent d'encapsuler la communication entre les clients (set-top boxes ou micro ordinateurs) et le serveur RTSP (donc le manager) dans une communication chiffrée. Ainsi, la confidentialité du dialogue entre le client et le manager est assurée. Le protocole RTSP est donc légèrement étendu, de manière à permettre au manager de fournir aux clients qui en ont besoin les clefs nécessaires au déchiffrement des flux auxquels ils ont légitimement accès. Ces clefs sont générées aléatoirement par les streamers, et le manager peut interroger les streamers pour les connaître quand il doit les communiquer aux clients. Ceci permet de changer régulièrement de clef. Ces clefs peuvent aussi également être générées par le serveur gestionnaire manager et communiquées aux différents éléments . Une telle variante permet d' alléger la charge des streamers . Cela permet d'éviter que la vidéo soit parfois déformée ponctuellement à cause d'une surcharge du streamer. Ainsi, une approche «classique» du streaming chiffré sur réseaux IP serait que les clients, lorsqu'ils se connectent à chaque streamer (l'approche classique ne comprend pas de manager) , émettent leurs requêtes RTSP, échangent les clefs nécessaires avec le streamer à l'aide d'IKE, et reçoivent les flux chiffrés en IPsec et les déchiffrent. Cette approche présente deux inconvénients : les clefs ne peuvent pas être échangés de cette manière pour les flux multicast, et le processus d'échange de clefs IKE étant assez long, le passage d'une chaîne à l'autre, si les deux chaînes ne sont pas émises par un même streamer, prend beaucoup de temps . La solution selon l'invention reposant sur un manager central, ce problème de latence est éliminé. En outre, l'échange de clefs n'ayant pas lieu en IKE mais en RTSP étendu et encapsulé dans SSL ou TLS, les flux multicast peuvent également être ' protégés à l' aide d' IPsec et déchiffrés par leurs récepteurs légitimes . Ainsi il est possible de protéger la vidéo à la demande ainsi que la télévision numérique en utilisant les mêmes moyens. Ceci est rendu possible grâce à l'architecture selon l'invention. En outre, l'utilisation du protocole IPsec permet non seulement de garantir la confidentialité des flux (seuls les utilisateurs autorisés peuvent lire les données) , mais également leur intégrité (le flux n'a pas été corrompu en chemin par suite à une erreur ou à un acte malveillant) . Cas des réseaux non-IP Sur les réseaux ne pouvant pas accueillir le protocole IP, ou sur les réseaux dont les opérateurs ne souhaitent pas déployer ce protocole, le principe de la solution d'échange de clefs reste applicable tel quel. Ainsi, des clefs de chiffrement peuvent être échangées à l'aide du protocole RTSP étendu et encapsulé dans SSL ou TLS, et ce, quel que soit le type de réseau sous-jacent. Cependant, le standard IPsec ne peut être utilisé sur de tels réseaux, aussi, le chiffrement réalisé à l'aide des clefs échangées de cette manière sera-t-il encapsulé dans un autre protocole, dépendant du réseau sous-jacent, ou éventuellement un protocole non standard. Le point délicat de cette méthode de protection de contenu est l'échange de clefs. Déplacement, visualisation rapide et/ou inversée Le déplacement est la fonctionnalité qui permet à un client de demander à un streamer (ou au manager) d'émettre un flux à partir d'une position précise, par exemple jouer un film à partir de la douzième minute. Quant à la visualisation rapide et la visualisation inversée, elles correspondent aux fonctions d'avance et de retour rapide des magnétoscopes analogiques traditionnels. Déplacement Une notion importante à prendre en compte lors de la prise en charge du déplacement par un streamer est celle de groupe d'images. Dans un flux vidéo numérique compressé, les images sont regroupées en séquences logiques, commençant par une image autonome, pouvant être décodée et affichée sans données supplémentaires, tandis que les autres images du groupe sont calculées en fonction de cette image de référence. L' implémentation du déplacement dans la solution selon l'invention prend cette particularité en compte, toute demande de déplacement est donc approchée et aboutit à un déplacement vers l'image autonome la plus proche de la cible du déplacement. Ainsi, un déplacement est-il réalisé plus rapidement du point de vue du client, dans la mesure où il peut commencer son travail de décodage dès qu'il reçoit les données émises à la suite du déplacement . Enregistrement de flux de télévision numérique sur un streamer video à la demande (nPVR pour Network Personal Video Recording) La présence du serveur gestionnaire et de la communication directe du récepteur avec celui-ci permet de mettre facilement en œuvre des enregistrements de télévision numérique qui peuvent ensuite être mis à la disposition des clients et ceci sous un format de vidéo à la demande. En effet étant donné que le manager sait piloter les streamers de télévision numérique et ceux de vidéo à la demande, il lui est possible de commander à un serveur de télévision numérique d'enregistrer un flux provenant d'un serveur de télévision numérique de manière à le rendre disponible en vidéo à la demande. Dans ce cas, le streamer de télévision numérique envoie le flux par le réseau vers le streamer de vidéo à la demande. Déplus les fonctions de vidéo à la demande et de télévision numérique pouvant être aussi réalisées par un même streamer, un seul équipement peut donc enregistrer et rendre disponible à la demande tout contenu de télévision numérique. Visualisation rapide et inversée Ces deux modes de visualisation sont réalisés en effectuant des déplacements à la fin de l'émission de chaque groupe d'images, en respectant le principe selon lequel l'émission à la suite d'un déplacement commence toujours avec une image autonome. Ces déplacements ont lieu en avant ou en arrière, et sont plus ou moins long en fonction de la vitesse de lecture. Une conséquence directe en est que seule une partie des groupes d'images est envoyée vers le client, les blocs d'images intermédiaires étant complètement ignorés. Cette technique correspond à la méthode indiquée par la RFC 2326 régissant le protocole RTSP. Cela permet de s'affranchir de la méthode classique qui consiste à stocker les flux avance rapide et inversée en tant que tels dans le streamer. Ceci est particulièrement avantageux dans le cadre de l'enregistrement de flux de télévision numérique pour mise à disposition sur un serveur car, dans ce cas, sans ces dernières fonctions, il faudrait générer et aussi stocker tous les flux rapides et inversés pour ces nouvelles vidéos disponibles. L'invention permet donc la mise en place d'un serveur RTSP modulaire, capable de piloter différents streamers, et incluant un serveur http. L'invention permet en outre la protection de contenu. L'invention procure également une méthode de déplacement et de visualisation rapide mettant en œuvre le protocole RTSP.

Claims

REVENDICATIONS
1. Système de transmission numérique de séquences multimédia via un réseau de communication (7) , notamment du type Internet ou ASM; ledit système comprenant : - des serveurs (3) connectés à des émetteurs (4a, 4b, 4c) , notamment du type disque dur, antenne satellite, caméra vidéo, câble, - des récepteurs (2) , notamment du type récepteurs dédiés ou équipements informatiques connectés à des écrans de visualisation (6) de type téléviseur ; lesdits serveurs (3) et lesdits récepteurs (2) étant connectés audit réseau de communication (7), notamment du type Internet ou ASM; ledit système étant caractérisé en ce qu'il comprend un serveur gestionnaire (8) connecté auxdits serveurs (3) ; ledit serveur gestionnaire (8) comportant des moyens de traitement informatiques destinés à : - interpréter et traiter des requêtes d'accès de type RTSP auxdites séquences multimédia (1) , provenant desdits récepteurs (2) , - déterminer et contrôler en temps réel des niveaux d'activité desdits serveurs (3), - sélectionner au moins un serveur (3) parmi lesdits serveurs (3) en fonction desdites requêtes (1) et desdits niveaux d'activité desdits serveurs, - commander auxdits serveurs ainsi sélectionnés la diffusion (5) desdites séquences multimédia vers lesdits récepteurs (2), via ledit réseau de communication (7), notamment du type Internet ou ASM, de sorte que le serveur gestionnaire assure le contrôle et la continuité de la diffusion des séquences multimédia ; ledit système comportant en outre des moyens informatiques de chiffrement, permettant de chiffrer lesdites séquences multimédia et lesdites requêtes au moyen de protocoles, notamment de type IPsec, SSL, TLS ; lesdits moyens informatiques de chiffrement étant destinés à assurer la confidentialité et l'intégrité de la réception desdites requêtes et de la diffusion desdites séquences multimédia.
2. Système selon la revendication 1, dans lequel les moyens informatiques de chiffrement sont tels que les séquences multimédia entre lesdits serveurs et lesdits récepteurs sont chiffrées à l'aide de clefs de chiffrement communiquées auxdits récepteurs encapsulées dans une communication chiffrée entre le serveur gestionnaire et lesdits récepteurs, de manière à accélérer les temps de transition entre des séquences multimédia émises par des serveurs (3) différents.
3. Système selon la revendication 2, dans lequel les moyens informatiques de chiffrement utilisent un protocole à clefs symétriques pour chiffrer les séquences multimédia et Tin protocole d'établissement de session sécurisée pour encapsuler les clefs de chiffrement.
4. Système selon la revendication 3, dans lequel le
" protocole à clefs symétriques est le protocole IPsec et le protocole d'établissement de session sécurisée est le protocole SSL/TLS .
5. Système selon l'une des revendications 2 à 4, dans lequel la clef de chiffrement est générée aléatoirement par un serveur, le serveur gestionnaire interrogeant les serveurs pour connaître la clef quand il doit la communiquer à un récepteur.
6. Système selon l'une des revendications 2 à 4, dans lequel la clef de chiffrement est générée aléatoirement par le serveur gestionnaire qui la communique au récepteur.
7. Système selon l'une des revendications précédentes, dans lequel les séquences multimédia sont émises en multicast, tout récepteur en faisant une requête recevant alors les séquences multimédia, le serveur n'émettant quant à lui ces dernières qu'une seule fois.
8. Système selon l'une des revendications précédentes, dans lequel le serveur gestionnaire dispose de moyens pour commander à un serveur muni de moyens de stockage d'enregistrer un flux de séquences multimédia de télévision numérique provenant d'un serveur récepteur et réémetteur de télévision numérique lui-même commandé par le serveur gestionnaire.
9. Serveur gestionnaire destiné à fonctionner dans un système de transmission numérique de séquences multimédia via un réseau de communication (7) connecté à des serveurs (3) et des récepteurs (2) , ledit serveur gestionnaire comportant des moyens de traitement informatiques destinés à : - interpréter et traiter des requêtes d'accès de type RTSP auxdites séquences multimédia (1) , provenant desdits récepteurs (2) , - déterminer et contrôler en temps réel des niveaux d'activité desdits serveurs (3), - sélectionner au moins un serveur (3) parmi lesdits serveurs (3) en fonction desdites requêtes (1) et desdits niveaux d'activité desdits serveurs, - commander auxdits serveurs ainsi sélectionnés la diffusion (5) desdites séquences multimédia vers lesdits récepteurs (2) , via ledit réseau de communication (7) , notamment du type Internet ou ASM, de sorte que le serveur gestionnaire assure le contrôle et la continuité de la diffusion des séquences multimédia.
10. Serveur gestionnaire selon la revendication 6, dans lequel ledit système comportant en outre des moyens informatiques de chiffrement, permettant de chiffrer lesdites séquences multimédia et lesdites requêtes au moyen de protocoles, une communication chiffrée entre ledit serveur gestionnaire et lesdits récepteurs permet d'encapsuler des clefs de chiffrement pour chiffrer lesdites séquences multimédia entre lesdits serveurs et lesdits récepteurs, de manière à accélérer les temps de transition entre des séquences multimédia émises par des serveurs (3) différents.
11. Serveur gestionnaire selon la revendication 10, dans lequel les moyens informatiques de chiffrement utilisent un protocole à clefs symétriques pour chiffrer les séquences multimédia et un protocole d'établissement de session sécurisée pour encapsuler les clefs de chiffrement.
12. Serveur gestionnaire selon la revendication 11, dans lequel le protocole à clefs symétriques est le protocole IPsec et le protocole d'établissement de session sécurisée est le protocole SSL/TLS.
13. Serveur gestionnaire selon l'une des revendications 10 à 12, interrogeant lesdits serveurs pour connaître la clef quand il doit la communiquer à un récepteur.
14. Serveur gestionnaire selon l'une des revendications 10 à 12, générant aléatoirement la clef de chiffrement et la communiquant au récepteur.
15. Serveur gestionnaire selon l'une des revendications 10 à 14, disposant de moyens pour commander à un serveur muni de moyens de stockage d'enregistrer un flux de séquences multimédia de télévision numérique provenant d'un serveur récepteur et réémetteur de télévision numérique lui-même commandé par le serveur gestionnaire.
PCT/FR2005/050052 2004-01-27 2005-01-27 Système de transmission numérique de séquences multimedia via un réseau de communication du type internet WO2005076568A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0450151 2004-01-27
FR0450151A FR2865598B1 (fr) 2004-01-27 2004-01-27 Systeme de transmission numerique de sequences multimedia via un reseau de communication du type internet

Publications (2)

Publication Number Publication Date
WO2005076568A2 true WO2005076568A2 (fr) 2005-08-18
WO2005076568A3 WO2005076568A3 (fr) 2007-03-15

Family

ID=34717500

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2005/050052 WO2005076568A2 (fr) 2004-01-27 2005-01-27 Système de transmission numérique de séquences multimedia via un réseau de communication du type internet

Country Status (2)

Country Link
FR (1) FR2865598B1 (fr)
WO (1) WO2005076568A2 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1983744A1 (fr) 2007-04-20 2008-10-22 Thomson Licensing Procédés de gestion d'un dispositif vidéo et dispositif vidéo correspondant

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001099374A2 (fr) * 2000-06-22 2001-12-27 Apple Computer, Inc. Procedes et appareils de transfert de donnees
US20020095569A1 (en) * 2001-01-17 2002-07-18 Jerdonek Robert A. Apparatus for pre-authentication of users using one-time passwords
US20020147814A1 (en) * 2001-04-05 2002-10-10 Gur Kimchi Multimedia devices over IP
US6549949B1 (en) * 1999-08-31 2003-04-15 Accenture Llp Fixed format stream in a communication services patterns environment
WO2004002112A1 (fr) * 2002-06-25 2003-12-31 General Instrument Corporation Chiffrage des protocoles de commande de flux continus et de leurs en-tetes

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1352502A2 (fr) * 2001-01-17 2003-10-15 Arcot Systems, Inc. Appareil de pre-authentification d'utilisateurs utilisant des mots de passe a usage unique

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6549949B1 (en) * 1999-08-31 2003-04-15 Accenture Llp Fixed format stream in a communication services patterns environment
WO2001099374A2 (fr) * 2000-06-22 2001-12-27 Apple Computer, Inc. Procedes et appareils de transfert de donnees
US20020095569A1 (en) * 2001-01-17 2002-07-18 Jerdonek Robert A. Apparatus for pre-authentication of users using one-time passwords
US20020147814A1 (en) * 2001-04-05 2002-10-10 Gur Kimchi Multimedia devices over IP
WO2004002112A1 (fr) * 2002-06-25 2003-12-31 General Instrument Corporation Chiffrage des protocoles de commande de flux continus et de leurs en-tetes

Also Published As

Publication number Publication date
FR2865598B1 (fr) 2006-09-08
WO2005076568A3 (fr) 2007-03-15
FR2865598A1 (fr) 2005-07-29

Similar Documents

Publication Publication Date Title
KR101173829B1 (ko) 개인용 콘텐츠 서버 장치 및 방법
EP1305948B1 (fr) Methode de distribution securisee de donnees numeriques representatives d'un contenu multimedia
EP1525748B1 (fr) Procede et module electronique de transmission securisee de donnees
EP2490369B1 (fr) Système de distribution de contenu multimédia de multidiffusion
EP3391585B1 (fr) Procédé de sécurisation d'un enregistrement de contenu multimédia dans un support de stockage
US20070143804A1 (en) System, method and apparatus for distributing Video-On-Demand (VOD)
WO2005071963A1 (fr) Procede et systeme d'acces conditionnel applique a la protection de contenu
EP1749401A1 (fr) Procede de diffusion de donnees numeriques a un parc de terminaux recepteurs cible
EP3236632B1 (fr) Procede et dispositif permettant l'application d'un systeme de controle d'acces a la protection des flux video en mode direct
CA2478114A1 (fr) Methode de stockage securise de donnees encryptees
WO2011138333A1 (fr) Procedes de dechiffrement, de transmission et de reception de mots de controle, support d'enregistrement et serveur de mots de controle pour la mise en oeuvre de ces procedes
EP3022940B1 (fr) Methode pour la protection de cles de dechiffrement dans un decodeur et decodeur pour la mise en oeuvre de cette methode
WO2011113870A1 (fr) Procede et systeme de diffusion securisee d'un flux de donnees numeriques
EP2273786A1 (fr) Contrôle d'accès à un contenu numérique
WO2013117708A1 (fr) Systeme de lecture de contenu numerique et procede de lecture correspondant
EP2741516B1 (fr) Extraction d'une séquence d'images dans un signal vidéo
WO2005076568A2 (fr) Système de transmission numérique de séquences multimedia via un réseau de communication du type internet
EP2328316B1 (fr) Controle d'accès à un contenu numérique
FR3054765A1 (fr) Procede pour la lecture sur un equipement d'un contenu multimedia avec un retard cible par rapport au direct inferieur a un retard maximal donne
FR2843257A1 (fr) Procede et systeme d'acces conditionnel applique a la protection de contenu
FR2889902A1 (fr) Procedes de transmission, d'encodage et de reception de donnees multimedia protegees par des cles de cryptage, signal, support de donnees, dispositif de restition et programmes correspondants
FR3009105A1 (fr) Procede pour la restitution d'un contenu multimedia chiffre
EP3329686A1 (fr) Dispositif et procede pour modifier un flux de donnees multimedia chiffrees
Storey The design and implementation of a security and containment platform for peer-to-peer media distribution
WO2014114770A1 (fr) Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, terminal utilisateur, programme d'ordinateur et medium de stockage correspondants

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase